RTSP 协议分析

RTSP 协议分析 （一）

RTSP 协议分析
1.概述：
 RTSP（Real Time Streaming Protocol），实时流传输协议，是TCP/IP协议体系中的一个应用层协议，由哥伦比亚大学、网景和RealNetworks公司提交的IETF RFC标准。该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。类似HTTP协议的流控制协议。它们都使用纯文本来发送信息，而且rtsp协议的语法也和HTTP类似，和HTTP协议相比RTSP协议所不同的地方是，RTSP协议是有状态的协议，而HTTP是无状态的协议。RTSP通过维护一个session来维护其状态的转换。RTSP协议的默认端口是554，默认的承载协议为TCP。

2.RTSP的特性：
（1）.流控分离：从控制逻辑上来说RTSP和FTP相似，控制流和数据流是分开的。
（2）.可扩展性：因为RTSP协议是基于文本的协议所以其具有较强的可扩展性。
（3）.安全：RTSP 使用网页安全机制。

3.RTSP 协议格式：
请求命令的格式为：
METHOD URL CR LF
Field1:value CR LF
Field2:value CR LF
......
Fieldn:value CR LF
CR LF

应答的格式为：
RTSP/major_version.minor_version status CR LF
Field1:value CR LF
Field2:value CR LF
......
Fieldn:value CR LF
CR LF

4.RTSP的主要命令：

5.RTSP命令的状态转换表

6.RTSP状态码

Status-Code = "100" ; Continue
| "200" ; OK
| "201" ; Created
| "250" ; Low on Storage Space
| "300" ; Multiple Choices
| "301" ; Moved Permanently
| "302" ; Moved Temporarily
| "303" ; See Other
| "304" ; Not Modified
| "305" ; Use Proxy
| "400" ; Bad Request
| "401" ; Unauthorized
| "402" ; Payment Required
| "403" ; Forbidden
| "404" ; Not Found
| "405" ; Method Not Allowed
| "406" ; Not Acceptable
| "407" ; Proxy Authentication Required
| "408" ; Request Time-out
| "410" ; Gone
| "411" ; Length Required
| "412" ; Precondition Failed
| "413" ; Request Entity Too Large
| "414" ; Request-URI Too Large
| "415" ; Unsupported Media Type
| "451" ; Parameter Not Understood
| "452" ; Conference Not Found
| "453" ; Not Enough Bandwidth
| "454" ; Session Not Found
| "455" ; Method Not Valid in This State
| "456" ; Header Field Not Valid for Resource
| "457" ; Invalid Range
| "458" ; Parameter Is Read-Only
| "459" ; Aggregate operation not allowed
| "460" ; Only aggregate operation allowed
| "461" ; Unsupported transport
| "462" ; Destination unreachable
| "500" ; Internal Server Error
| "501" ; Not Implemented
| "502" ; Bad Gateway
| "503" ; Service Unavailable
| "504" ; Gateway Time-out
| "505" ; RTSP Version not supported
| "551" ; Option not supported
| extension-code
extension-code = 3DIGIT
Reason-Phrase = *<TEXT, excluding CR, LF

<下一篇将给出RTSP协议的实例分析>

FFMPEG源码分析（二）

ffmpeg源码分析之数据流

本文主要介绍ffmpeg的数据流，在ffmpeg中主要分有三个主要用途用于媒体流的解码播放，媒体流的转换（解码之后再编码）和媒体流录制。

媒体流的解码播放

在ffmpeg中媒体流的解码播放流程如下图：

其主要流程为从媒体文件中读取出媒体流，然后送入媒体格式解码器（ｄｅｍｕｘｅｒ）中去除多余的外衣－－媒体格式。然后送入ｆｆｍｐｅｇ的ｃｏｄｅｃ的ｄｅｃｏｄｅ中进行解码，最终生成显示需要的ＹＵＶ格式的图片，然后再送入类似ＳＤＬ中进行渲染。ffmpeg中媒体流的解码播放流程相对比较来说其最大的难点在于ｐｔｓ的同步，在ｆｆｍｐｅｇ的ｆｆｐｌａｙ中有很好的例子。例子中是启动了多个线程来进行同步的。

媒体流的转换

所谓媒体流的转换分以下几种情况：

一种是格式转换，也相当于我们平时的换衣服一样，只是换个样式，换一种组织样式以适应不同场合的需要。

一种是媒体编码类型的转换，例如将ｃｏｄｅｃ从ｍｐｅｇ４ ｔｏ Ｈ２６４相当于不同的人来买同一个衣服，虽然外表（格式）看起来一样但穿衣服的人已经发生了变化。

一种是媒体编码类型和格式同时转换，例如将格式为ｆｌｖ的转换为ｍｐｅｇ４，同时将ｃｏｄｅｃ从ｍｐｅｇ４ ｔｏ Ｈ２６４相当于不同的人穿了不同的衣服。

其流程如下图：

其数据流前半部分同解码流程一样，后半部分则和解码的流程相反。当解析出ＹＵＶ图片之后，然后编码成另外一种ｃｏｄｅｃ，之后再将ｃｏｄｅｃ的数据加上一个外壳形成一个媒体文件然后通过ｂｙｔｅＩｏｃｏｎｔｅｘｔ写入目标文件。

媒体流录制

媒体流的录制过程相当于媒体流转换的后半部分流程从ＹＵＶ文件到ｍｅｄｉａ文件。其流程为：

 

ＦＦＭＰＥＧ中的ｄｅｃｏｄｅｒ的组织形式：

ＦＦＭＰＥＧ中ｃｏｄｅｃ的数据结构如下：

typedef struct AVCodec {

     const char *name;

    enum AVMediaType type;

    enum CodecID id;

    int priv_data_size;

    int (*init)(AVCodecContext *);

    int (*encode)(AVCodecContext *, uint8_t *buf, int buf_size, void *data);

    int (*close)(AVCodecContext *);

    int (*decode)(AVCodecContext *, void *outdata, int *outdata_size, AVPacket *avpkt);

    int capabilities;

    struct AVCodec *next;

    void (*flush)(AVCodecContext *);

    const AVRational *supported_framerates;

    const enum PixelFormat *pix_fmts;      

    const char *long_name;

    const int *supported_samplerates;      

    const enum SampleFormat *sample_fmts;  

    const int64_t *channel_layouts;        

} AVCodec;

这个数据结构分别用于ｄｅｃｏｄｅｒ和ｅｎｃｏｄｅｒ，当被ｄｅｃｏｄｅｒ所用时函数指针ｅｎｃｏｄｅ为NULL，而当用于ｅｎｃｏｄｅ时其ｄｅｃｏｄｅ为NULL，在ｆｆｍｐｅｇ中通过向全局变量

static AVCodec *first_avcodec；

中添加新的ｃｏｄｅｃ变量。在查找的过程也是通过遍历这个链表然后通过ｎａｍｅ来匹配相应的ｃｏｄｅｃ这个过程将会在以后的文章中详细描述。在ｆｆｍｐｅｇ中ｆｏｒｍａｔｅ的组织结构和ｃｏｄｅｃ类似。

版权所有：博水。转载请注明出处：http://www.cnblogs.com/qingquan/