H.264视频流中PES包PTS为0的原因及拆分包处理问询

针对你在PES解复用过程中遇到的问题，我结合H.264流的传输规范和常见编码器实现细节，整理如下：

1. H.264流中是否存在PES包PTS交替为0的情况？ #

答案是是的，这种情况确实存在，而且大多出现在NALU分片传输的场景中：
H.264的NALU（网络抽象层单元）可能因体积过大（比如超过TS包的MTU限制，或编码器配置的PES包大小阈值），被拆分成多个连续的PES包发送。其中第一个PES包会携带完整的PTS/DTS时间戳，而后续的分片PES包，有些编码器会直接将其PTS设为0，或者干脆不携带PTS字段（通过PES头的PTS_DTS_flags标记PTS不存在）。这种情况下就会出现“一个带有效PTS的包 + 一个PTS为0的包”交替出现的现象。

2. 能否将这类包视为拆分后的同一个包，复用前一个的PTS？ #

这需要结合PES头的关键字段判断，不能一概而论：

• 如果是分片PES包：检查PES头中的payload_unit_start_indicator字段——当该字段值为0时，说明当前PES包是前一个PES包的payload延续（属于同一个NALU）。这种情况下，完全可以将其视为同一个逻辑包的一部分，直接复用前一个有效PES包的PTS作为当前包的时间戳，DTS同理。
• 如果是新的NALU起始包：如果payload_unit_start_indicator字段值为1，说明当前包是一个新NALU的起始，此时PTS为0大概率是异常情况（比如编码器bug、流损坏）。这种场景下是否复用前一个PTS，取决于你的应用需求：如果是播放场景，可以尝试复用前一个PTS来保证播放流畅；如果是流录制/转码场景，建议标记为异常包，避免引入时间戳错误。

额外注意事项 #

• 不要仅通过PTS是否为0来判断是否为分片包，必须结合payload_unit_start_indicator字段——少数特殊场景下（比如视频流的第一个I帧），有效PTS也可能为0，这时候不能错误地将其视为分片包。
• 部分编码器会严格遵循PES规范，不对分片包设置PTS（通过PTS_DTS_flags标记），这种情况下同样需要复用前一个包的时间戳。

内容的提问来源于stack exchange，提问作者jamsme