用Darwin和live555实现的直播框架

用Darwin实现流媒体转发程序

2013-02-21 09:20  1091人阅读  评论(18)  收藏  举报

DSS源码中已经实现了由源端主动推送视频，再将视频转发到客户端的功能，在基于DSS的先侦听后推送式流媒体转发:http://blog.csdn.net/xiejiashu/article/details/8298583中已经描述，代码可以在http://download.csdn.net/detail/xiejiashu/5007454中下载到。

那么今天我们描述一下，如何实现拉模式的转发，即转发服务器接受客户端的请求，参数携带转发的url，url可以是以查询字符串的参数形式传输过来，类似于：url=rtsp://192.168.10.8/test.mp4，转发服务器再根据转发的url，经过标准的RTSP Describe、Setup、Play、RTP流程，将视频获取到，转发给客户端列表（支持分发）。

例如，在客户端中输入：rtsp://192.168.1.10/relay.sdp?url=rtsp://114.112.51.234/abc.mp4， 即可实现对rtsp://114.112.51.234/abc.mp4的转发，其中192.168.1.10为转发服务器（也可以说是代理服务器）的地址。

设计思路：

当我们在收到一路RTSP连接请求时，在DSS中为RTSPSession类对象，首先需要解析请求头部是否为转发请求，这里我们区分转发请求与普通点播请求的方式为relay.sdp，以relay.sdp为请求媒体的名称的话，我们就判定此路客户端会话为转发请求，进而解析其请求的后续部分，进行查询字符串的解析，得到需要转发的具体url，建立一路面向url源的会话，我们称之为RTSPRelaySession，RTSPRelaySession以普通RTSP客户端的角色，连接到远程源端，并通过Describe命令，获取到sdp信息进行保存，再转发到请求Describe的客户端，而且Setup、Play分别将对应的响应码返回给客户端，在转发具体的数据时，建立一路ReflectorSession，将获取到的rtp数据转发到添加进ReflectorSession转发列表的客户端中去。

 

 

注：我们的转发服务器所能转发的源端，是按照DSS做为数据源写的，所以其区分的track ID是按照trackID=x这种形式来做的，而不是类似于live555的track1/track2这种形式

基于DSS的先侦听后推送式流媒体转发

分类： 流媒体 Darwin 服务器 转发  2012-12-15 15:40  1106人阅读  评论(6)  收藏  举报

      前面文章中说到的，DSS转发可以划分为先拉后推和先侦听后推送两种模式，今天我们解析的是DSS进行的先侦听后推送的流程，具体流程可以大致描述为：源端或者中继端（我们称之为推送端）先通过主动的连接，告知推送端信息(ID,IP等等)，服务器维护与源端的会话Session，建立一定的保活与超时机制，并通过此路Session相互交换控制或者上送信息，其中就包含流媒体推送的命令。可按照具体的需求，服务器可通过命令发送的方式，开启源端的推送流程（通过已经建立的Session自定义开启交互的命令），也可以是源端主动开始推送流程（DSS中描述为Broadcast广播），具体的RTSP推送流程大致为：Announce、Setup、Play、RTP(DSS为RTP over TCP)。这种模式的转发通常用于类似于3G视频监控这种难以穿透的网络类型的数据的转发。

      那么我们就不具体介绍关于DSS对会话的维护以及各自自定义的RTSP头字段的操作等等，主要就步骤：Announce->Setup->Play->RTP数据接收与转发进行详细的分析。在DSS中，处理推送报文的模块为QTSSReflectorModule，其中维护了一个静态的转发列表sSessionMap，用于存储各个转发会话的信息。下面就对具体的报文解析和数据处理进行分析。

      Announce：RTSP Announce命令为源端向服务器端主动发起的上报本地媒体sdp信息的命令，处理函数为QTSSReflectorModule模块的DoAnnounce()函数，这里就只对该函数的重点部分进行解析，不全部一一描述了。首先判断server配置中的enable_broadcast_announce字段是否为true，开启了广播推送转发，在通过获取inParams->inRTSPRequest（在RTSPSession::Run调用前复制的当前请求的rtspRequest对象）的字典中的qtssRTSPReqLocalPath键值作为标识转发的唯一区别(例如：.\Movies/test.sdp，必须以sdp结尾，可以修改sSDPSuffix进行配置)，这里的值既是一个标识，又是一个路径，用于存储获取到的sdp数据，后面此标识作为存储于sSessionMap中对象的键值。函数中通过对头字段的解析，获取到Content-Length:字段值，进而去读取具体的spd值，再存储到qtssRTSPReqLocalPath路径中，返回200 OK。

      Setup：这里的只解析DoSetup中isPush为true（表示为推送的Session）这条路路径，具体isPush值由Setup请求中的mode值有关，mode="receive" || mode="record"表示isPush为true，

[cpp]  view plain copy print ?

1. {             
2.             theSession = DoSessionSetup(inParams, qtssRTSPReqFilePathTrunc,isPush,&foundSession); //根据前面Announce中存储于qtssRTSPReqLocalPath的路径读取sdp信息,创建转发会话ReflectorSession,或者直接引用已经存在的Session   
3.             if (theSession == NULL)  
4.                 return QTSS_RequestFailed;    
5.             // This is an incoming data session. Set the Reflector Session in the ClientSession   
6.             theErr = QTSS_SetValue(inParams->inClientSession, sClientBroadcastSessionAttr, 0, &theSession, sizeof(theSession));//ReflectorSession附属于RTPSession中的sClientBroadcastSessionAttr字典   
7.             Assert(theErr == QTSS_NoErr);  
8.             //qtss_printf("QTSSReflectorModule.cpp:SETsession    sClientBroadcastSessionAttr=%lu theSession=%lu err=%ld \n",(UInt32)sClientBroadcastSessionAttr, (UInt32) theSession,theErr);   
9.             (void) QTSS_SetValue(inParams->inClientSession, qtssCliSesTimeoutMsec, 0, &sBroadcasterSessionTimeoutMilliSecs, sizeof(sBroadcasterSessionTimeoutMilliSecs));  
10.        }  

这里需要注意的是，当我们前面已经有一路相同qtssRTSPReqLocalPath路径的ReflectorSession存在的时候，将不进行再创建，直接Resolve原有的ReflectorSession，所以会出现一种情况，当开始的推送与后面进行的推送音视频sdp不一致的时候，就会出现错误，所以， ReflectorSession的引用与释放需要注意！

完成ReflectorSession的创建，下一步解析track ID，具体的解析方法可以根据自己的实际应用，有的按照track%d解析，有的按照trackID=%d解析，再根据trackId获取具体的track sdp信息，AddRTPStream创建对应于具体track的RTP流

[cpp]  view plain copy print ?

1. theStreamInfo->fSetupToReceive = true;//标识流转发的建立   
2. // This is an incoming data session. Set the Reflector Session in the ClientSession   
3. theErr = QTSS_SetValue(inParams->inClientSession, sClientBroadcastSessionAttr, 0, &theSession, sizeof(theSession));//设置转发会话的RTPSession字典的sClientBroadcastSessionAttr字段   
4. Assert(theErr == QTSS_NoErr);  
5.       
6. if (theSession != NULL)  
7.     theSession->AddBroadcasterClientSession(inParams);//设置ReflectorSession的fBroadcasterSession属性为inParams->inClientSession，呵呵比较乱噢，相当于相互引用  

      Play: 具体到DoPlay过程，isPush为true的路径就比较简单了，只是将推送的RTSPSession中的sRTSPBroadcastSessionAttr属性设置为前面DoSetup中获取到的ReflectorSession

[cpp]  view plain copy print ?

1. theLen = sizeof(inSession);  
2. theErr = QTSS_GetValue(inParams->inClientSession, sClientBroadcastSessionAttr, 0, &inSession, &theLen);//DoSetup()中已经设置sClientBroadcastSessionAttr属性   
3. if (theErr != QTSS_NoErr)  
4.     return QTSS_RequestFailed;  
5.       
6. theErr = QTSS_SetValue(inParams->inClientSession, sKillClientsEnabledAttr, 0, &sTearDownClientsOnDisconnect, sizeof(sTearDownClientsOnDisconnect));  
7. if (theErr != QTSS_NoErr)  
8.     return QTSS_RequestFailed;  
9.   
10. Assert(inSession != NULL);  
11.   
12. theErr = QTSS_SetValue(inParams->inRTSPSession, sRTSPBroadcastSessionAttr, 0, &inSession, sizeof(inSession));//设置到inParams->inRTSPSession的sRTSPBroadcastSessionAttr属性   
13. f (theErr != QTSS_NoErr)  
14.     return QTSS_RequestFailed;  

      RTP数据处理：ProcessRTPData(),这里只处理RTP over TCP的数据，根据RTP数据中的channel值，调用特定的ReflectorStream进行处理和转发，具体函数为：ProcessRTPData()，先通过前面在DoSetup() & isPush为true时设置的sRTSPBroadcastSessionAttr属性，获取ReflectorSession

[cpp]  view plain copy print ?

1. ReflectorSession* theSession = NULL;  
2.     UInt32 theLen = sizeof(theSession);  
3.     QTSS_Error theErr = QTSS_GetValue(inParams->inRTSPSession, sRTSPBroadcastSessionAttr, 0, &theSession, &theLen);  
4.     if (theSession == NULL || theErr != QTSS_NoErr)   
5.         return QTSS_NoErr;  

再根据channelID获取具体的ReflectorStream并进行数据推送，给具体的ReflectorStream进行处理

[cpp]  view plain copy print ?

1. UInt32 inIndex = packetChannel / 2; // one stream per every 2 channels rtcp channel handled below   
2. ReflectorStream* theStream = NULL;  
3. if (inIndex < numStreams)   
4. {   theStream = theSession->GetStreamByIndex(inIndex);//获取对应track的ReflectorStream   
5.   
6.     SourceInfo::StreamInfo* theStreamInfo =theStream->GetStreamInfo();    
7.     UInt16 serverReceivePort =theStreamInfo->fPort;           
8.   
9.     Bool16 isRTCP =false;  
10.     if (theStream != NULL)  
11.     {   if (packetChannel & 1)  
12.         {   serverReceivePort ++;  
13.             isRTCP = true;  
14.         }  
15.         theStream->PushPacket(rtpPacket,packetDataLen, isRTCP);//推送数据给ReflectorStream并转发给分发列表   
16.     }  
17. }  

好了，今天就到这里，接下来的文章中，我们将讲述客户端如何接入到ReflectorSession中，以及theStream->PushPacket如何将rtpPacket推送至各个接入到的Output中~！

 

流媒体开发交流群：288214068
 

用Darwin和live555实现的直播框架

分类： 服务器 Darwin 流媒体 live555 转发 分布式  2013-06-23 14:46  1695人阅读  评论(11)  收藏  举报

我们在开发视频直播或者监控类项目的时候，如场馆监控、学校监控、车载监控等等，往往首先希望的是形成一个项目的雏形，然后再在这个框架的基础上进行不断的完善和扩展工作，那么我们今天要给大家介绍的就是，如何形成一个这样的框架：

采集本地音视频数据(Win) -->视频分发服务器-->客户端随意接入

大致流程：我们首先通过DShow采集Windows(XP、Win7经过测试)主机的视频设备(Camera)和音频设备(Mic)的音视频资源，经过live555的RTSP推送流程和RTP封包过程，将直播数据推送给Darwin分发服务器，Darwin分发服务器接收live555的推送数据并做相应的缓存(超过缓存时间的数据将会被移除)，同时响应客户端的接入，将推送来的直播数据转发给客户端。

设备采集端：采集端是以live555为基础框架，以DarwinInjector做为与Darwin交互的接口，再在live555 Source端分别实现CamH264VideoStreamFramer(H264视频)和AudioInputMicDevice(AAC音频)的数据源。

当然，在采集和发送数据之前，我们需要进行的是与Darwin服务器之间的信令通道交互，这里我们采用的是RTSP标准的Announce(SDP payload)、Setup、Play过程，让Darwin服务器端建立转发类(主要是在QTSSReflectorModule中)，等待RTP数据的推送。

设备采集端代码：http://pan.baidu.com/share/link?shareid=2213287549&uk=3693441883

转发服务器：转发服务器是RTSP服务器Darwin Streaming Server，在之前的博客：基于DSS的推送式转发已经描述了RTSP标准推送流程，这里只说明一点小小的修改，就是在Darwin中，当设备端意外断线，也就是不经过标准的RTSP Teardown流程就与服务器断开的话，服务器端将会等待设备推送超时才会释放转发资源，那么对于这一点，我们做了一个小小的更改，这个在：Darwin推送端断开的处理问题中已经描述了。那么最新代码的下载可以到EasyDarwin开源项目中去获取：https://github.com/xiejiashu/EasyDarwin，后续对Darwin的扩展，如分布式RTSP服务器、RTSP直播服务器、服务器端录像、Hint模块等功能，都会在这个开源项目中加入，希望有兴趣的朋友加入到这个开源项目组中来。

客户端端：客户端当然不用太多描述，标准的RTSP流播放器都能播放Darwin视频，不过如果有想开发RTSP客户端的朋友，也可以加入到讨论群中(288214068)。

框架扩展：在上述的流程中，我们是在采集程序一开启时，就开始向Darwin服务器推送数据，那么在通常情况下，点播或者直播通常都是On Demand的形式，就是说，只有有需要的时候，我们才推送视频给服务器，没有需要的时候，设备处在空闲状态的，那么我们可不可以在上述的框架上做到这一点呢？当然可以！

如上图，我们可以先在设备端，开启一条tcp通道，连接到Darwin服务器，Darwin服务器中扩展一个管理模块，专门管理与设备的通信与接入，这样，在服务器不需要设备数据的时候，只与设备保持信令通道的连接和畅通就可以了，当有需要设备当前音视频数据的时候，就通过这条信令通道发送开启命令，采集设备收到命令(自定义命令)，就开始本地采集、编码、打包和RTP传输流程，RTP通道可以与信令通道公用也可以单独建立，不过建议还是单独建立的好。当服务器端对此设备分发的客户端数量为0或者其他更高级的需求来到时，可以通过信令通道，发送停止命令到采集设备，这样采集设备就停止本地采集、编码等工作，进入最开始时候的空闲等待状态。如此，就实现了实时视频的点播效果。当然，图中的转发模块与管理模块可以在同一个程序里面开发，也可以分开，分为管理服务器和转发服务器。