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

【问题标题】：RTP timestamp increase is not constant in some cases. Why?在某些情况下，RTP 时间戳增加不是恒定的。为什么？
【发布时间】：2011-12-18 06:31:25
【问题描述】：

在分析 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 RTP 数据包是在 VLC 媒体播放器上使用 MPEG2 音频编解码器捕获的，例如#2 是在 X-Lite 软件电话上使用 H.263 视频编解码器捕获的。

【问题讨论】：

【解决方案1】：

您为什么希望它保持不变？

通常演示时间或捕获时间会转换为 RTP 时间戳，不能保证它们会保持不变，尤其是在实时捕获的情况下。

关于编解码器 - 这会影响所使用的时钟：即 H.263 使用 90kHz 时钟，但是 RTP 时间戳仍然来自呈现/捕获时间。

【讨论】：

感谢您的友好回答。顺便说一句，我检查了一些软件电话应用程序的语音 RTP 数据包，时间戳总是不断增加。那我可以这样解释这种行为吗？ “语音包的RTP时间戳时钟为8kHz，音频和视频包为90kHz。但是媒体时钟为8，语音为16kHz，某些AV包为44.1kHz。因此，对于AV包，时间戳不能一直增加。”。 ...我说的对吗？
不，我认为您有些误解：音频时钟将保持在配置文件定义的速率，通常等于采样率，例如 8KHz（请参阅tools.ietf.org/html/rfc3551），视频以它自己的配置文件定义的速率（90kHz H.263)。每个捕获设备都会在特定时间点捕获一个样本，这些捕获时间戳可能会略有不同，从而导致 RTP 时间戳差异略有差异。