【发布时间】：2018-01-09 05:39:53
【问题描述】：
RTP 时间戳的正确含义是什么。它们只是代表数据中的音频、视频PTS吗？
【问题讨论】：
标签： video-streaming rtsp live-streaming
【发布时间】：2018-01-09 05:39:53
【问题描述】：
根据 RFC3550 https://www.ietf.org/rfc/rfc3550.txt
时间戳反映了RTP数据包中第一个八位字节的采样时刻。
还要记住，RTP 时间戳应该以随机数开头
时间戳的初始值应该是随机的
您需要对 RTCP 数据进行解码，以找出 RTP 时间戳与挂钟时间或其他 RTP 流之间的关系。许多类型的视频流（例如 H.264）也会在 RTP 数据中包含 PTS 值，这些值应该用于解码顺序和呈现，而不是 RTP 时间戳。
【讨论】：
好像只有DTS，不是PTS。
所以在RTP中发送B-Frame是不可能的。
【讨论】：
-
这是不正确的。我们曾经在 RTP 会话中发送带有所有 I、P 和 B 帧的 H.264 视频。我指的问题是 RTP 时间戳是数据包交付时的时间快照，还是恰好是帧的 PTS 时间戳。
-
RTP 实际上与它内部承载的帧类型无关（在分层架构中它不关心）。包含 H.264 和 I,BP 帧的 MPEG2-TS 可以并且经常在 RTP 中发送，H.264 ES 也可以在 RTP 中发送。
是的，RTP 时间戳代表 PTS，这已经足够重要了。 PTS可以通过RTP和RTCP计算。 参考#1：h264 RTP timestamp ["Non interleaved"，其中，必须将RTP时间戳设置为PTS+偏移量] 参考#2：https://groups.google.com/forum/#!msg/discuss-webrtc/npLmOesI8A4/oL2p_HbhAgAJ [使用 RTCP SR 在两个 RTP 流之间进行同步]
【讨论】：