嵌入式LINUX应用编程视频服务器.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 视频服务器案例 – 协议设计 4. 设置设备 {版本号 + 0x02 + 0 {监控开关，红外开关，线路1开关，线路2开关，补光开关，安全模式开关} 此处若消息体长度为0，则为读取设备信息 成功返回 {版本号 + 0x82 + 0x0000000c} + {状态，模式，线路} 失败返回 {版本号 + 0x02 + 0 5. 重启设备 {版本号 + 0x04 + 0 成功返回 {版本号 + 0x84 + 0 6. 设备升级 {版本号 + 0x09 + 0 + {版本号，4字节} 7. 退出 {版本号 + 0x0A + 0 * 视频服务器案例 – 结构体定义 1. 结构体CLIENT_T的定义(13个字节)： struct CLIENT_T { char message[4]; unsigned char x; unsigned char y; unsigned char fps; unsigned char updobright; unsigned char updocontrast; unsigned char updocolors; unsigned char updoexposure; unsigned char updosize; unsigned char sleepon; } __attribute__ ((packed)); * 视频服务器案例 – 结构体定义 2.结构体FRAME_T的定义如下(45个字节)： Struct FRAME_T { char header[5]; int nbframe;//4 int seqtimes; int deltatimes; int w; int h; int size; int format; unsigned short bright;//2 unsigned short contrast; unsigned short colors; unsigned short quality; int acknowledge; } __attribute__ ((packed)); * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * RTSP协议 – DESCRIBE方法 u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps e=mjh@ (Mark Handley) c=IN IP4 2/127 t=2873397496 2873404696 a=recvonly m=audio 3456 RTP/AVP 0 m=video 2232 RTP/AVP 31 m=whiteboard 32416 UDP WB a=orient:portrait DESCRIBE响应必须包含它所描述资源的所有媒体初始化信息。如果媒体客户端从一个数据源获得表示描述，而非通过DESCRIBE，并且该描述包含了一个媒体初始化参数的全集，那么客户端就应该使用这些参数，而不是再通过RTSP请求相同媒体的描述。 再有，服务器不应该（SHOULD NOT）使用DESCRIBE响应作为media indirection的方法。 * RTSP协议 – DESCRIBE方法 需要建立基本的规则，使得客户端有明确的方法了解何时通过DESCRIBE请求媒体初始化信息，何时不请求。强制DESCRIBE响应包含它所描述媒体流集合的所有初始化信息，不鼓励将DESCRIBE用作media indirection的方法，通过这两点避免了使用其他方法可能会引起的循环问题（looping problems） 媒体初始化是任何基于RTSP系统的必要条件，但RTSP规范并没有规定它必须通过DESCRIBE方法完成。RTSP客户端可以通过3种方法来接收媒体初始化信息： . DESCRIBE方法； .其它一些协议（HTTP，email附件，等）； .命令行或标准输入（同一个SDP或其它媒体初始化格式的文件一起启动，工作方式类似于浏览器的帮助程序）。 为了实际协同工作，强烈建议最精简的服务器也支