在EasyDarwin进行实时视频转发的两种模式

本文主要是介绍在EasyDarwin进行实时视频转发的两种模式，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

一、首先引用Darwin开发文档里面的一段来介绍一下流转发的拉模式和推模式：

Darwin支持两种自动播送的场景：

先拉后推

用户可以通过发送标准的DESCRIBE/SETUP/PLAY请求来向远程的源中请求一个流，然后将它中继转发到一个或者多个目的地。当只希望让外部流的一份拷贝占用其内部连接的带宽时，这个功能可能有用。中继转发获取一份拷贝进行多份的复制和转发、分发到请求的客户端。图 1.提供了一个先拉后推（pull-then-push）场景的实例。

图1.先拉后推式

以图1.作为参考，先拉后推场景的步骤如下：

1. 流媒体服务器A（转发服务器）发送标准的RTSP客户DESCRIBE/SETUP/PLAY请求给远程服务器，即流媒体服务器B。 
   
2. 发起请求的中继“客户端”（流媒体服务器A）开始接受流，然后向该输入流的中继配置中列出的所有目的地发送ANNOUNCE推送请求。

注意：我们在实际的需求中常常遇到的场景为，客户端的请求触发转发服务器以拉模式从前端设备或者其他流媒体服务器获取视频后，再传输给客户端，是一种先拉后拉（pull-then-pull）模式，如果客户端请求的视频流存在，则直接转发已经获取的拷贝进行分发，这个是我们后面在对Darwin做二次开发中所需要做的

先侦听后推送

流媒体服务器可以被配置为将ANNOUNCE请求创建的输入流自动发送到一个或者多个目的地。这可能可以用于配制自动播送网络。图 2.提供了一个先侦听后推送的场景的实例。

图2.先侦听后推送式

以图2.作为参考，先侦听后推送场景的步骤如下：

注意：我们在实际的需求中常常遇到的场景为，前端设备RTSP Announce上线至中继服务器，上报其流媒体SDP信息，前端设备再经过'被触发'，通过SETUP/PLAY流程发起流推送，客户端再以拉模式拉取实时视频流，是一种先推后拉（push-then-pull）模式，如果客户端请求的视频流存在，则直接转发已经获取的拷贝进行分发，这个又是我们后面在对Darwin做二次开发中所需要做的，"我怎么说又了"！

在缺省情况下，认证对于自动播送是必要的。来自播送器的ANNOUNCE请求需要通过服务器中活跃的认证机制来过滤。为了支持播送认证，需要在qtaccess文件中加入一个新的WRITE指令。这个新的指令使得SDP文件可以被写入到媒体文件夹(Darwin中为Movies文件夹)中。

 

 在Darwin中，实现拉模式转发的模块为QTSSRelayModule，每一路转发会话为一个RelaySession对象，转发列表存储于队列sSessionQueue中

QTSSRelayModule一开始Initialize()读取配置文件中关于转发文件路径存储于sRelayPrefs静态变量中

在ReadRelayPrefsFile()中读取sRelayPrefs中配置并解析出分发列表，并对每一个分发配置中的source配置创建RelaySessionCreator开启分发，并加入到sSessionQueue中，RTSPSourceInfo::RelaySessionCreator::Run() 再通过RTSPSourceInfo::RunCreateSession()开始DESCRIBE/SETUP/PLAY拉取数据，RTSP流程成功后，再配置RTP数据分发的地址，将RTP数据推送至分发列表(即destination列表与source列表同一级)中，即实现了Darwin文档中所述的先拉后推模式，那么我们如何实现服务器基于客户端请求的全拉模式(On Demand)转发，在后续的文档中将推出。

 

那么如何实现推模式的转发呢，这个也很简单，而且有现成的代码可以用，在Darwin中的QTSSReflectorModule接受来自live555的DarwinInjector通过Annonce/SETUP(push mode)/PLAY过程，模拟前端设备，推送视频流至Darwin，Darwin再将每一个客户端的请求加入到QTSSReflectorModule中ReflectorSession的Output列表中，进行分发，即可实现先推后拉模式的转发，那么如何实现On Demand方式的先推后拉，我们在后面的文章中也会推出，并会附上部分代码，敬请期待！

这篇关于在EasyDarwin进行实时视频转发的两种模式的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---