mer1234567的专栏

RTSP是由Real network 和Netscape共同提出的如何有效地在IP网络上传输流媒体数据的应用层协议。 实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体，如音频和视频。尽管连续媒体流与控制流交叉是可能的，RTSP 本身并不发送连续媒体流。换言之，RTSP 充当多媒体服务器的网络远程控制。RTSP 提供了一个可扩展框架，实现实时数据（如音频与视频）的受控、按需传送。数据源

RTCP：RTP 控制协议（RTP Control Protocol） RTP 控制协议（RTCP）采用与数据包相同的分发机制，将控制包周期性传输到所有会话参与者中。底层协议必须提供数据和控制包的多路发送，例如使用不同的 UDP 端口号。RTCP 主要完成四个功能服务： RTCP 提供数据分发质量反馈信息。这是 RTP 作为传输协议的部分功能并且它涉及到了其它传输协议的流控制和拥塞控制。

用一句简单的话总结：RTSP发起/终结流媒体、RTP传输流媒体数据 、RTCP对RTP进行控制，同步。 之所以以前对这几个有点分不清，是因为CTC标准里没有对RTCP进行要求，因此在标准RTSP的代码中没有看到相关的部分。而在私有RTSP的代码中，有关控制、同步等，是在RTP Header中做扩展定义实现的。 另外，RFC3550可以看作是RFC1889的升级文档，只看RFC3550即可。

RTP：实时传输协议（Real Time Transport Protocol） 实时传输协议（RTP）为数据提供了具有实时特征的端对端传送服务，如在组播或单播网络服务下的交互式视频音频或模拟数据。应用程序通常在 UDP 上运行 RTP 以便使用其多路结点和校验服务；这两种协议都提供了传输层协议的功能。但是 RTP 可以与其它适合的底层网络或传输协议一起使用。如果底层网络提供组播方式，那么 R

最近手机安装了一个“千里眼”和千里眼家居远程监控的应用，对里面的实时监控交通路口的状态有点好奇。以是使用相应的方法反编译看看她的原理。 对于软件“千里眼”，经过代码的翻看，发现采用的是VideoView中访问RTSP实时视频流的思路实现的。 反编译后的代码 String str = getIntent().getStringExtra("rtsp"); if

1、使用FFMpeg进行视频采集，使用Live555进行RTP传输，使用VideoView进行播放。 csdn提到：重载FrameSource，写一个服务类，可以从FrameSource的派生类读取帧数据，转发给live555. 评价：本方案大型访问量大的不行，少量连接比如100以内的可以。 2、用gstreamer完成采集、编码、组播。客户端使用VideoView进行播放。 评价