grr101-CSDN博客

转载 live555中rtsp客户端对于buffer的处理方法介绍

A. Buffer 管理 How to control the burst input packet is a big topic. The leak bucker model may be useful, however, if a long burst of higher-rate packets arrives (in our system), the bucket will overflow and our control function will take actions again

2011-03-14 11:19:00 3104

转载用Live555 中的openRTSP 保存H264文件

用Live555 中的openRTSP 保存H264文件 用Live555 中的openRTSP 保存H264文件很简单 但是发现器保存的h264文件并不能直接被vcl 播放 同一个rtsp源用vcl保存的h264文件就可以直接被播放 经过研究发现是 openRTSP没有把SDP中已经包括的SPS&PPS数据保存到文件中 将vcl保存的h264文件的前2个00 00 00 01 数据也就是 SPS&PPS 复制到openRTSP

2011-03-14 10:58:00 1153

转载 RTSP协议

RTSP协议 RTSP（Real Time StreamProtocol，实时流协议）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频的受控、点播成为可能。数据源包括现插数据与存储在剪辑中的数据。该协议目的在于控制多个数据发送连接，为选择发送通道如UDP、多播UDP与TCP等提供途径，并为选择基于RTP上发送机制提供方法。一．简介1．目的实时流协议建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制流交叉是可能的，通常它本身并不发送连续流。

2011-03-10 14:47:00 461

转载 RTP 与 RTCP 协议

实时传输协议（RTP）为数据提供了具有实时特征的端对端传送服务，如在组播或单播网络服务下的交互式视频音频或模拟数据。应用程序通常在 UDP上运行 RTP 以便使用其多路结点和校验服务；这两种协议都提供了传输层协议的功能。但是 RTP可以与其它适合的底层网络或传输协议一起使用。如果底层网络提供组播方式，那么 RTP 可以使用该组播表传输数据到多个目的地。 　　RTP 本身并没有提供按时发送机制或其它服务质量（QoS）保证，它依赖于低层服务去实现这一过程。 RTP并不保证传送

2011-03-10 14:47:00 732

转载 RTSP协议分析-2

3 协议参数3.1 RTSP版本同[H3.1]定义，仅用RTSP代替HTTP即可。如下：RTSP采用主从（.）数字形式来表示版本。协议的版本政策倾向于让发送方表明其消息的格式及功能，而不仅仅为了获得通讯的特性，这样做的目的是为了与更高版本的RTSP实现通讯。只增加扩展域的值或增加了不影响通讯行为的消息组件都不会导致版本数据的变化。当协议消息的主要解析算法没变，而消息语法及发送方的隐含功能增加了，将会导致从版本号（）增加；当协议中消息的格式变化了，主版本号（）也

2011-03-10 14:42:00 635

转载 RTSP协议分析-3

10 方法定义 方法表征（method token）表示了对请求统一资源标志符（Request-URI）识别的资源所执行的操作。方法名区分大小写。将来可能定义新的方法。方法名可能不以美元符'＄'（十进制数24）开头，但必须具有表征意义(must be a token)。 表格2是对方法的一个小结。 method direction object requirement -----------------

2011-03-10 14:41:00 771 1

转载 RTSP协议分析-1

实时流协议（RTSP）是应用层协议，控制实时数据的传送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频的受控、点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP(RFC1889)上传送机制提供方法。 目录： 1 绪论 5 1.1 目的 5 1.2 要求 6

2011-03-10 14:41:00 588

转载在Livemedia的基础上开发自己的流媒体客户端

桂堂东 xiaoguizi@gmail.com 2004-10 2004-12 友情申明： 本文档适合已经从事流媒体传输工作或者对网络传输协议（特别是RTSP/RTP/SD

2011-03-07 10:00:00 798

转载 TS流的解码过程-ES-PES-DTS-PTS-PCR

TS流的解码过程-ES-PES-DTS-PTS-PCR 收藏 TS 流解码过程: 1. 获取TS中的PAT 2. 获取TS中的PMT 3. 根据PMT可以知道当前网络中传输的视频（音频）类型（H264），相应的PID，PCR的PID等信息。 4. 设置demux 模块的视频Filter 为相应视频的PID和stream type等。 5. 从视频Demux Filter 后得到的TS数据包中的payload

2011-03-04 15:38:00 754

转载 MPEG2 TS流

MPEG2 TS流 声明：以下内容转帖自http://blog.lmtw.com/b/moreframe/archives/2006/40865.html，作者写的非常好，感谢作者的辛苦。 应该说真正了解TS，还是看了朋友推荐的《数字电视业务信息及其编码》一书之后，MPEG2 TS和数字电视是紧密不可分割的，值得总结一下其中的一些关系。 ISO/IEC－13818－1：系统部分；ISO/IEC－13818－2：视频；ISO/IEC－13818－3：音频；ISO/IEC

2011-03-04 10:06:00 669

转载 live555源代码简介

liveMedia项目的源代码包括四个基本的库，各种测试代码以及IVE555 Media Server。 四个基本的库分别是UsageEnvironment&TaskScheduler，groupsock，liveMedia，BasicUsageEnvironment。 UsageEnvironment和TaskScheduler类用于事件的调度，实现异步读取事件的句柄的设置以及错误信息的输出。另外，还有一个HashTable类定义了一个通用的hash表，其它代码要用到这

2011-03-03 17:12:00 639

转载开源项目live555学习心得（三）

处理连接请求的基本流程： l Step 1：与客户端建立RTSP连接（调用incomingConnectionHandler方法），创建ClientSession并关联fClientSocket与incomingRequestHandler（调用incomingConnectionHandler1）。 l Step 2：接收客户端请求（调用incomingRequestHandler方法）。 l Step 3：从客户端Socket读

2011-03-03 16:58:00 518

转载开源项目live555学习心得（二）

前面已经讲到，通过不断地尝试（其实要在XP SP3环境下使用VS2008编译成功还是挺费神的），总算把源代码编译成功，同时又参考了新下载的一个用VS2008编译通过的live555源代码。结合这些，开始对主要类结构进行初步分析。 鉴于UsageEnvironment库、BasicUsageEnvironment库和groupsock库中的类较少，就暂且不作分析了。这里主要针对liveMedia库中的主要类结构进行分析。通过查看类关系图，可以从整体把握，但是苦于类太多，用类关系图看起来也

2011-03-03 16:57:00 469

转载 SharpStreaming项目开发纪实：构建基于RTSP协议的服务器及客户端应用——准备知识（RTSP协议）

本篇文章简要介绍RTSP协议的相关知识。 在RTSP协议文档中有这样的描述：实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制流有可能交叉，但RTSP 本身通常并不发送连续媒体流。换言之，RTSP 充当多媒体服务器的网络远程控制。 正因为如此，我们经常可以看到，RTSP协议的内容当中，在请求串中均带有会话状态，如SETUP、PLAY、PAUSE等，这就是RTSP的状态。虽然RTSP 中很多方法与状态无关，但下列方法在定义服务器

2011-03-03 16:52:00 1261

转载开源项目live555学习心得（一）

最近因项目开发需要，开始学习开源项目live555，特别将个人的一些学习心得做一下记录，如有理解不正确之处，欢迎各位朋友指出。 首先是源码的下载，这可以从http://www.live555.com上下载，同时上面亦提供了相关的文档，文档虽较为粗糙，但总比找不到任何文档说明强。当然，我在学习的过程中，也从网上查找了一段时间，收获还是有一点的，其中就有诸如：RTSP服务器实例live555源代码分析、live555源代码简介、live555代码解读系列、基于live555的rtp-rtc

2011-03-03 16:46:00 408

grr101的专栏