Common C++ RTP

GNU ccRTP是RTP，从在IETF的实时传输协议的实现（参见RFC 3550，RFC 3551和RFC 3555）。 ccRTP是基于GNU通用的C ++提供了一个高性能，灵活和可扩展符合标准的RTP堆栈满RTCP支持C ++库。 ccRTP的设计和实施，使其适合于高容量的服务器和网关以及个人客户端应用程序。
在设计ccRTP，我们已经考虑到的RTP已被定义为应用程序级协议的架构，而不是典型的Internet传输协议如TCP和UDP。因此，RTP是未落实施为一个层从应用程序分开。
因此，RTP应用程序通常必须定制适应RTP分组布局和处理规则，时序约束，会话成员规则以及其他RTP和RTCP机制。 ccRTP目的是提供一种框架，在RTP框架，而不是只是一个RTP分组操作库。
同时支持音频和视频数据也被认为是在ccRTP的设计，可以做到部分帧分割/重新装配。单播，多播和组播传输模式被支持，以及多个活动同步源，多个RTP会话（SSRC空格），以及多个RTP应用（CNAME空格）。这允许它用于构建各种形式的基于互联网标准的音频和视频会议系统。
GNU ccRTP是线程安全和高性能。它采用分组队列列出了接收和数据包的发送。两者间的媒体内和媒体同步是自动的传入和传出分组队列中进行处理。 GNU ccRTP提供了支持RTCP和许多其他标准，都需要双方兼容，先进的流媒体应用的扩展功能。
它可以在流混合多个负载类型，因此，可用于impliment RFC 2833兼容信令的应用，以及其他专门的东西。 GNU ccRTP还提供了直接的RTP和RTCP包过滤。
GNU ccRTP使用模板来隔离线程及相关插座的依赖关系，因此，它可以用来impliment实时流具有不同线程模型和底层传输协议，而不是仅仅用IPV4 UDP套接字。对于ccRTP功能的详细列表，你可以看看程序员手册“。
处于其最​​高水平，ccRTP提供类数据通过RTP会话的实时传输，以及RTCP的控制功能。
在ccRTP实施RTP会话的主要概念是利用分组队列的处理的RTP数据包/应用数据单元的发送和接收。在ccRTP，一个数据块是通过将其插入传输（发出的数据包）排队发送，并且通过从接收（传入分组）队列得到它接收。
有几个层次的ccRTP接口（公共接口，公共或保护继承等）。例如，散发着ccRTP的rtphello演示程序只使用RTPSession类的公有接口，不重新定义虚方法onGotSR，因此这是什么程序知道有关SR报告是从任何来源，在过去的发件人报告传达的信息是哪些可以通过SyncSource类的getMRSenderInfo方法进行检索。
相反，在rtplisten演示程序重新定义onGotSR通过继承的方式，可能做这些RTCP包专门处理。通常，数据和控制分组不从最外部接口直接访问。
所有这些功能都通过一些必要的类和类型进行。最基本的是枚举类型StaticPayloadType，以及类StaticPayloadFormat和DynamicPayloadFormat。
最重要的是代表RTP会话，同步源，参与者在RTP应用程序，应用程序和数据单元，传达RTP数据包分别是类RTPSession，SyncSource，参与者和AppDataUnit。
当使用ccRTP，发送和接收通过RTP会话的数据是通过由RTP协议栈处理接收和发送队列完成。在最常见的情况下，一个独立的执行线程的每个RTP会话处理队列。这种情况下是线程模型，我们一般会假设整个文档。但是请注意，ccRTP支持其他线程模型，特别是ccRTP支持使用一个单一的执行线程来服务一组RTP会话。它也可能不属于任何单独的线程与任何RTP会话相关联，手动调用从任何其他线程的主数据和控制服务的方法。
对于分组接收与ccRTP的基本思路是，应用程序不直接读取从插座分组，而是从一个接收队列获取它们。该协议栈是负责接收队列中插入接收的数据包和处理此队列。在一般情况下，一个包接收和插入在接收队列中不会发生在同一时间的应用程序从队列得到它。
相反地​​，对于分组传输与ccRTP的基本思路是，数据包不直接写入套接字但在由堆栈处理的传输队列插入。在一般情况下，数据包插入和传输发生在不同的时间，但它不是必需的。
为了使用ccRTP，您必须包括主头（＃包括另外两个头是由ccRTP提供：
的#include     类RTP服务线程池。
的#include
    类RTP扩展这些尚未成熟。
你还必须链接库，目前ccrtp1

功能：

• 在高度可扩展的专门的堆栈
• ·支持单播，多单播和组播。处理多个来源（包括同步源和贡献源）和目的地。同时支持对称RTP。
• 自动RTCP功能的处理，如从同一个参与者或NTP，RTP时间戳映射同步源的关联。
• 泛型作为模板，通过底层网络和传输协议。
• 这是线程安全的，并且支持几乎所有的线程模型。
• 通用​​，可扩展的RTP和RTCP头的有效性检查。
• 把手源的状态和信息，以及统计数据记录。
• 自动处理SSRC碰撞和执行环路检测。
• 在实现定时器复议和反复议。
• 提供良好的随机数字，根据在/ dev / urandom的，或者对MD5。

什么是新的在此版本中：

• 在代码清理，错误修正RTP发送方信息，以及合并Debian的补丁上游。