BIGBurning

RtspServer的分析！

Ⅰ live555简介　　Live555 是一个为流媒体提供解决方案的跨平台的C++开源项目，它实现了对标准流媒体传输协议如RTP/RTCP、RTSP、SIP等的支持。Live555实现了对多种音视频编码格式的音视频数据的流化、接收和处理等支持，包括MPEG、H.263+、DV、JPEG视频和多种音频编码。同时由于良好的设计，Live555非常容易扩展对其他格式的支持。目前，Live555

Live555主要用到的类介绍：1.UsageEnvironment类：抽象基类class UsageEnvironment {public: void reclaim(); // task scheduler: TaskScheduler& taskScheduler() const {return fScheduler;} // result message ha

TaskSecheduler类是一个任务调度器，它是整个Live555的任务调度中心，程序在任何时刻的任何动作，均由该类完成。其核心函数是SingleStep。Live555的任务主要分为Delayed Event、Socket Event以及Trigger Event。其类层次结构如下图所示: 从类图中可以看到，其类层次结构和第二节中的UsageEnvironment类极其相

WebRtcDemo的运行效果：1：如果要拨打另一台终端的话再SETTING里面配置好对方的IP地址。然后回到MAIN点击StartCall2: 对面也要设置我的IP，然后也要去MAIN里面点击StartCall这个应该是通过点对点进行连接的。同时支持音频和视频。支持本地显示。该工程的源码的位置是：webrtc/src/webrtc/examples/android/media_demo

视频会议中通常使用的FEC/QOS技术，这方面的资料比较复杂和稀少，根据这么多年的工作经验，做一下分享。一：差错控制技术 1. ARQ  ：是一种按需重传的机制，发送者通过接受者的反馈得知有报文在传输过程中有丢失，就重传该报文。 缺点：通信信道的利用率不高，也就是说信道还远远没有被数据流占满，需要接收方发送ACK，这样影响传输效率。可以想象，这种方式发送方肯定需要一个buffer来存储获取到的数

写在最前面一：写博客的目的1.自己研究的辛苦自己清楚。2.网上的各种资料鱼龙混杂，很多都过时了。3.基于最新的webrtc源码分享自己工作中的一些心得体会。4.如果写的好大家就鼓掌，写的不好勿喷。有钱的捧个钱场，没钱的...二：编译编译还是编译1.自己最好还是准备个vpn，不要想着有谁把代码拷贝下来上传到国内的服务器上。2.下载depot_tools，并且加入到PATH中: git clone h

公司需要为Html5客户端配置多媒体服务器。主要是作为媒体server，，音频是实时来自聊天室，中间需要经过一次转码，Opus->mp3，实时转码。研究了两周，将其中一些心得记录分享下。1.循环播放mp3文件。ffserver提供对外的服务请求的处理，ffmpeg作为转码的工具，即将文件或者流中的数据流转发或者转码到ffserver的磁盘文件/tmp/feed1.ffm中。ffm是ffmpeg中保