1.RTSP与几个相关协议
RTSP（Real Time Streaming Protocol）实时流协议，是用来控制声音或影像的多媒体串流协议，并允许同时多个串流需求控制，传输时所用的网络通讯协定并不在其定义的范围内，服 务器端可以自行选择使用TCP或UDP来传送串流内容.用于多媒体数据流的控制，如播放，暂停等。
RTP（ Real-time Transport Protocol）实时传输协议,是用于Internet上针对多媒体数据流的一种传输层协议.RTP协议和RTP控制协议RTCP一起使用，而且它是建立在UDP协议上的。RTCP（Real- time Transpor、Control Protocol）实时传输控制协议,是实时传输协议（RTP）的一个姐妹协议.RTCP本身并不传输数据，但和RTP一起协作将多媒体数据打包和发送。 RTCP定期在流多媒体会话参加者之间传输控制数据。RTCP的主要功能是为RTP所提供的服务质量（Quality of Service）提供反馈。
SDP(Session Description Protocol)会话描述协议,
2.与http的关系
RTSP协议非常类似HTTP协议。它们都使用纯文本来发送信息，rtsp协议的语法和HTTP类似。Rtsp这样设计是为了能够兼容使用以前写的HTTP协议分析代码 。
它们主要的区别是HTTP协议没有状态， http协议在发送一个命令后，连接会断开，而且命令之间没有依赖性。
RTSP的命令需要知道现在正处于一个什么状态，rtsp的命令总是按照顺序来发送，某个命令总在另外一个命令之前要发送。Rtsp不管处于什么状态都不会去断掉连接。
HTTP 协议默认使用80端口，RTSP 默认使用554端口。
RTSP协议的数据发送不占用协议带宽，RTP 可也认为是介于传输层和应用层之间的，默认是把UDP作为传输协议，可以看成是传输层的一个子层。
2.TCP与UDP
UDP 无连接，不保证包的顺序和质量，适用于实时数据
TCP 有连接，三次握手，保证顺序质量这个关系简单的说可以理解成：
IP--->TCP--->TCP应用层，如http,ftp,telnet等,保证可靠传输
IP--->UDP--->RTP--->应用层，如用在IP电话的音视频流传输。
如果您的应用程序并不关心损坏或丢失的数据包，你不必承担额外的开销，提供额外的可靠性，您可以选择的UDP代替。
RTP/RTCP/UDP
用于音频
视频媒体，而
TCP
用于数据和控制信令的传输
RTP/RTCP相对于底层传输层，和RTSP，SIP等上层协议一起可以实现视频会议，视频直播等应用。
rtsp发起/终结流媒体（通过sdp） rtp传输流媒体数据 rtcp对rtp进行控制，同步。
RTSP的请求主要有DESCRIBE,SETUP,PLAY,PAUSE,TEARDOWN,OPTIONS等，顾名思义可以知道起对话和控制作用 RTP/RTCP是实际传输数据的协议 RTP传输音频/视频数据，如果是PLAY，Server发送到Client端，如果是RECORD，可以由Client发送到Server RTCP包括Sender Report和Receiver Report，用来进行音频/视频的同步以及其他用途，是一种控制协议
RTSP的对话过程中SETUP可以确定RTP/RTCP使用的端口，PLAY/PAUSE/TEARDOWN可以开始或者停止RTP的发送，等等
RTSP响应头中
Content-Type: application/sdp表示响应体是sdp协议数据.
SDP协议学习笔记
http://www.rosoo.net/a/201005/9494.html
m=video 0 RTP/AVP 96
m=audio 0 RTP/AVP 97
symbian live5555 & rtsp & rtp & tcp & sdp & udp汇总
http://blog.csdn.net/linzhiji/archive/2010/11/19/6022141.aspx
RFC2326(中文版)－实时流协议(RTSP) 第10章
http://www.myfavor.org/e/DoPrint/?classid=3&id=37
RFC2326(中文版)－实时流协议(RTSP)
http://www.myfavor.org/network/2008-03-27/35.html
RTSP 协议详解
http://hi.baidu.com/13764969808/blog/item/268ff5fd86bb70f4fd037f79.html
RTSP 协议详解
http://blog.csdn.net/chenyanxu/article/details/2728427
基于RTSP的实现多媒体文件下载
http://www.jsembed.com/?About/biji/97.html
2.请求消息格式,CR LF表示回车换行
方法 URI RTSP版本 CR LF
消息头 CR LF CR LF
消息体 CR LF
3.OPTIONS命令， 得到服务器上可用的方法
CSeq头要从1开始，服务器针对请求命令的应答也应该有相同的CSeq头，这样可以知道是针对哪条请求发的应答。
请求示例：
OPTIONS rtsp://video.fjtu.com.cn:80/vs01/flws/flws_01.rm RTSP/1.0
CSeq: 1
User-Agent: LibVLC/1.1.11 (LIVE555 Streaming Media v2011.05.25)
响应示例：
RTSP/1.0 200 OK
CSeq: 1
Date: Tue, 29 May 2012 06:19:53 GMT
Server: Helix Server Version 11.1.0.719 (win32) (RealServer compatible)
Public: OPTIONS, DESCRIBE, ANNOUNCE, PLAY, PAUSE, SETUP, GET_PARAMETER, SET_PARAMETER, TEARDOWN
TurboPlay: 1
RealChallenge1: 1105b1d46a973db1bc7787d1adca20d6
StatsMask: 8
4.DESCRIBE 为了得到会话描述信息SDP
请求示例：
DESCRIBE rtsp://video.fjtu.com.cn:80/vs01/flws/flws_01.rm RTSP/1.0
CSeq: 2
Authorization: Basic YWRtaW4=
User-Agent: LibVLC/1.1.11 (LIVE555 Streaming Media v2011.05.25)
Accept: application/sdp
响应示例：
RTSP/1.0 200 OK
CSeq: 2
Date: Tue, 29 May 2012 06:48:38 GMT
Set-Cookie: cbid=efjgfmdicjckhldmeorrgplqmojrktluekjgkidlegcfdlplmnmrqprtqrrsltmudfhjjmhl;path=/;expires=Thu,31-Dec-2037 23:59:59 GMT
vsrc: http://video.fjtu.com.cn:80/viewsource/template.html?nuyhtgfcswz6bdE057Axc8chvqrEsfaba5E6qvm6wfy23p4efqDCr4x3gEf6Bs9wr4enf6r4ovCoa7Dqjlh87pp257e5w48bjd2hA1
Last-Modified: Thu, 10 Apr 2003 02:16:54 GMT
Content-base: rtsp://video.fjtu.com.cn:80/vs01/flws/flws_01.rm/
Vary: User-Agent, ClientID
Content-type: application/sdp
x-real-usestrackid: 1
Content-length: 2207
(以下都是SDP信息)
v=0
o=- 1049941014 1049941014 IN IP4 210.34.46.23
s=·¨ÂÉÎÄÊé µÚÒ»½²
i=¸£½¨Ê¦·¶´óѧÍøÂçѧԺ ¸£½¨Ê¦·¶´óѧÍøÂçѧԺ
c=IN IP4 0.0.0.0
t=0 0
a=SdpplinVersion:1610641560
a=StreamCount:integer;2
a=control:*
a=Flags:integer;11
a=IsRealDataType:integer;1
a=Author:buffer;"uKO9qMqmt7a089GnzfjC59Gn1LoA"
a=Copyright:buffer;"uKO9qMqmt7a089GnzfjC59Gn1LoA"
a=Title:buffer;"t6jCyc7EyukgILXa0ru9sgA="
a=range:npt=0-2672.331000
m=audio 0 RTP/AVP 101 //这里指示音频流
b=AS:8
b=RR:243
b=RS:81
a=control:streamid=0
a=range:npt=0-2672.331000
a=length:npt=2672.331000
a=rtpmap:101 x-pn-realaudio/1000
a=fmtp:101
a=mimetype:string;"audio/x-pn-realaudio"
a=Helix-Adaptation-Support:1
a=ActualPreroll:integer;1713
a=AvgBitRate:integer;6500
a=AvgPacketSize:integer;232
a=EndOneRuleEndAll:integer;1
a=EndTime:integer;2671699
a=MaxBitRate:integer;6500
a=MaxPacketSize:integer;232
a=Preroll:integer;3426
a=OpaqueData:buffer;"LnJh/QAEAAAucmE0ZgVhxwAEAAAAOQAAAAAA6AAg7CAAALzN+fn5+QAGAOgAAAAAH0AAAAAQAAEEc2lwcgRzaXByAQcAAAAAAA=="
a=RMFF 1.0 Flags:buffer;"AAIAAgAA"
a=ASMRuleBook:string;"priority=5,averagebandwidth=6500,PNMKeyFrameRule=T;priority=5,averagebandwidth=0,PNMNonKeyFrameRule=T,OnDepend="0",OffDepend="0";"
a=intrinsicDurationType:string;"intrinsicDurationContinuous"
a=StreamName:string;"Audio Stream"
m=video 0 RTP/AVP 101 //这里指示视频流
b=AS:15
b=RR:506
b=RS:168
a=control:streamid=1
a=range:npt=0-2671.546000
a=length:npt=2671.546000
a=rtpmap:101 x-pn-realvideo/1000
a=fmtp:101
a=mimetype:string;"video/x-pn-realvideo"
a=Helix-Adaptation-Support:1
a=AvgBitRate:integer;13500
a=AvgPacketSize:integer;506
a=EndOneRuleEndAll:integer;1
a=MaxBitRate:integer;13500
a=MaxPacketSize:integer;607
a=Preroll:integer;3539
a=OpaqueData:buffer;"AAAAJlZJRE9SVjMwAPgAyAAMAAAAAAAPAAABCpAwMCAgAiwkPjI="
a=RMFF 1.0 Flags:buffer;"AAMAAgAAAAI="
a=ASMRuleBook:string;"#($Bandwidth >= 13500),priority=9,averagebandwidth=13500,PNMKeyFrameRule=T;#($Bandwidth >= 13500),OnDepend="0",priority=5,averagebandwidth=0,PNMNonKeyFrameRule=T;#($Bandwidth < 13500),priority=9,timestampdelivery=T,DropByN=T,PNMThinningRule=T;"
a=intrinsicDurationType:string;"intrinsicDurationContinuous"
a=StreamName:string;"Video Stream"
SDP文本说明：
v=0 //指示协议的版本。
o=- 1049941014 1049941014 IN IP4 210.34.46.23 //与会话所有者有关的六个参数：第一个参数表明会话发起者的名称，该参数可不填写，如填写和SIP消息中，from消息头的内容一致。
第二个参数为主叫方的会话标识符。
第三个参数为主叫方会话的版本，会话数据有改变时，版本号递增。
第四个参数定义了网络类型，IN表示Internet网络类型，目前仅定义该网络类型。
第五个参数为地址类型，目前支持IPV4和IPV6两种地址类型。
第六个参数为地址：表明会话发起者的IP地址，该地址为信令面的IP地址，信令PDP激活时为手机分配。
s=SDP Seminar //表明本次会话的标题，或会话的名称。
i=A Seminar on the session description protocol//会话的描述
u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps//会话的URI，通过该地址可以查阅到会话的更多内容。
e=mjh@isi.edu (Mark Handley)//会话责任人的EMIAL地址
c=IN IP4 224.2.17.12/127 //C行包含为多媒体会话而建立的连接的信息，其中指出了真正的媒体流使用的IP地址。
第一个参数为网络类型，目前仅定义INTERNET网络类型。用“IN”表示。
第二个参数为地址类型，目前支持两种地址类型：IPV4和IPV6。
第三个参数为地址，该地址为多媒体流使用的IP地址。
t=2873397496 2873404696 //表示会话的开始时间和结束时间。
第一个参数表明会话的开始时间，数字表明从1900年1月1日00：00以来所经过的秒数。
第二个参数表明会话的结束时间，数字表明从1900年1月1日00：00以来所经过的秒数。
m=audio 3458 RTP/AVP 0 96 97 //m行又称媒体行，描述了发送方所支持的媒体类型等信息。
第一个参数为媒体名称：表明支持音频类型。
第二个参数为端口号，表明UE在本地端口为3458上发送音频流。
第三个参数为传输协议，一般为RTP/AVP协议。
四-七参数为所支持的四种净荷类型编号。
m=audio 0 RTP/AVP 101 //指示音频流
m=video 0 RTP/AVP 101 //指示视频流
m=application 0 RTP/AVP 96 //控制流，不携带媒体内容
a=rtpmap:0 PCMU
a=rtpmap:96 G726-32/8000
a=rtpmap:97 AMR-WB
a行为媒体的属性行，以属性的名称：属性值的方式表示。
格式为：a=rtpmap:<净荷类型><编码名称>
l净荷类型0固定分配给了PCMU，
l净荷类型96对应的编码方案为G.726,为动态分配的。
l净荷类型97对应的编码方式为自适应多速率宽带编码（AMR-WB），为动态分配的。
5.SETUP 客户端提醒服务器建立会话,并确定传输模式
请求示例：
SETUP rtsp://video.fjtu.com.cn:80/vs01/flws/flws_01.rm/streamid=1 RTSP/1.0
CSeq: 3
Transport: RTP/AVP;unicast;client_port=0
响应示例：
解释：
uri中 带有trackID＝0，表示对该通道进行设置。
Transport参数设置了传输模式，包的结构。
RTP/AVP表示默认使用UDP传输RTP包，RTP/AVP/TCP表示通过TCP传输RTP包。
unicast表示单一传播。
client_port值中-前的表示客户端的接收RTP包的端口，-后的表示客户端的接收RTCP包的端口。
如果采用TCP方式传送，传送的RTP，RTCP包都在同一个链路上，需要区分，所以有了interleaved，0表示是RTP的通道，1表示是RTCP的通道，interleaved值有两个：0和1，0表示RTP包，1表示RTCP包，接收端根据interleaved的值来区别是哪种数据包。
2. 使用AsyncSocket实现RTSP协议
http://www.cnblogs.com/foxmin/archive/2012/03/12/2392523.html
3. 一个在线的RTSP流3GP地址，可以做测试用
rtsp://v.starv.tv/later.3gp
4.FFMPEG框架代码阅读
http://www.ffmpeg.com.cn/index.php/SDK%E4%B9%8B%E5%BF%AB%E9%80%9F%E5%85%A5%E9%97%A8
5.iFrameExtractor
http://www.codza.com/extracting-frames-from-movies-on-iphone