如何解决关于RTP/RTCP协议的疑惑
关于 RTP / RTCP 协议的 RFC 教程对我来说似乎很混乱。我找不到像 this 这样的协议的任何状态转换图。 它没有清除 NTP 和 RTP 时间戳之间的区别。它说它对于计算往返时间很有用。不能单独用RTP时间戳计算吗？
当且仅当它最近发送了一个 RTP 数据包时，源才会发送一个 SR 报告，否则它是一个 RR 数据包。确定发送方最近是否发送过数据包实际上是多少时间间隔？
混音器究竟是做什么的？是否需要所有来自多个来源的 RTP 数据包，然后在应用层读取它并将它们重新打包为多个 RTP 数据包，现在只更改 SSRC？如果数据包类型不同怎么办。
解决方法
关于 RTP / RTCP 协议的 RFC 教程对我来说似乎很混乱。一世 找不到像这样的协议的任何状态转换图。
该协议像 RTSP 一样是面向媒体的；信令协议负责状态转换处理，看SIP/RTP对。
它没有清除 NTP 和 RTP 时间戳之间的区别。它 说它对计算往返时间很有用。
RTP Timestamp 用于流内同步，NTP 参考用于流间同步。
不能单独用RTP时间戳计算吗？
是的，当需要同步多个流时使用 NTP，但如果只有一个流，那么 RTP 时间戳就足够了。 综上所述，rtp 音频通信不需要NTP，而rtp 音视频通信需要NTP 进行唇同步。
当且仅当源最近发送了 RTP 时，源才会发送 SR 报告 数据包，否则它是一个 RR 数据包。时间间隔是多少 实际上是为了确定发送方最近是否发送过数据包？
这与 5% 的开销有关： 控制流量带宽是数据流量会话带宽的补充。建议为 RTCP 添加的会话带宽的一部分 固定在 5%。
混音器究竟是做什么的？是否需要所有的 RTP 数据包 来自多个来源，然后在应用层读取它 并将它们重新打包为多个 RTP 数据包，仅更改 SSRC 现在？如果数据包类型不同怎么办
混合器非常复杂，但本质上你做对了，多个流被解码并重新编码为一个流；因此，如果数据包类型不同，混合器必须能够管理有效载荷中的编解码器内容。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。