在某些情况下，RTP时间戳增加不是固定的。为什么？

在分析RTP数据包流的过程中，我发现有一些情况时间戳增加不是恒定的。在某些情况下，RTP时间戳增加不是固定的。为什么？

E.g.#1 : 1579202786 - 1579207849 - 1579212913 - 1579217977 - 1579223040 

E.g.#2 : 1187115268 - 1187115468 - 1187115667 - 1187115869 - 1187116069

在这种情况下，时间戳的增加是5063，5064，5064，5063和 200，199，202，200。你知道为什么会发生这种变化发生的呢？

例如＃1使用MPEG2音频编解码器在VLC媒体播放器处捕获RTP分组，并且例如＃2在使用H.263视频编解码器的X-Lite软电话处被捕获。

来源

2011-12-18 user1104224

你为什么期望它保持不变？

通常将呈现时间或捕获时间转换为RTP时间戳，但不保证它们将保持不变，特别是在实况捕获的情况下。

关于编解码器，这会影响所使用的时钟：即H.263使用90kHz时钟，但是RTP时间戳仍然是从演示/捕获时间导出的。

来源

2011-12-18 07:30:50 Ralf

谢谢你的回答。顺便说一下，我检查了来自某些软电话应用程序的语音RTP数据包，总是有恒定的时间戳增加。那我能解释一下这种行为吗？ “语音包的RTP时间戳时钟为8kHz，音频和视频包的RTP时间戳时钟为90kHz，但媒体时钟的语音为8,16kHz，某些AV包的时钟频率为44.1kHz，因此在AV包的情况下时间戳可以不增加。” ...我对吗？ – user1104224 2011-12-19 08:47:18

不，我认为你有些误解：音频时钟将保持在通常等于采样率8KHz（见http://tools.ietf.org/html/rfc3551）的配置文件定义的速率，视频以它自己的配置文件定义的速率（对于H.263，90kHz）。每个捕获设备将捕获特定时间点的样本，这些捕获时间戳可能会有微小的差异，导致RTP时间戳差异略有差异。 – Ralf 2011-12-19 18:29:17

在某些情况下，RTP时间戳增加不是固定的。为什么？

回答

相关问题