不同方式生成的fmp4分片拼接后播放效果差异问题咨询

两种方案生成的分片本质差异集中在时间戳连贯性、编码上下文一致性、容器元数据匹配度三个维度，具体如下：

1. 时间戳偏移逻辑不同 #

• 第一种分转方案：虽然你加了-copyts参数，但ffmpeg默认启用的-avoid_negative_ts make_zero规则会自动将每个独立转码任务的输入流起始pts偏移到0。也就是说你转第二个10-20s的原始mp4时，输出fmp4分片内所有帧的pts/dts会被整体偏移-10s，最终变成0-10s；第三个分片同理也会被偏移为0-10s。你拼接后三个分片的时间戳完全重叠，播放器会优先解码最晚写入的同时间戳帧，最终只有最后10s的内容可正常显示，前面重叠时间戳的帧要么被丢弃要么被判定为无效帧导致黑屏。
• 第二种直转方案：整个转码任务共享同一时间轴，所有fmp4分片的tfdt（分片基准解码时间盒）是连续递增的，第二个分片基准时间为10s、第三个为20s，拼接后时间轴完全连续，播放器可正常从0到30s顺次解码播放。

2. 编码上下文一致性不同 #

• 第一种分转方案：每个分片的转码是独立任务，x264编码器每次启动都会生成独立的SPS/PPS参数、帧类型决策逻辑，即使参数配置完全相同，也可能出现编码参数微小偏差，导致不同分片的编码参数不匹配，你拼接时用的init.mp4大概率是其中一个转码任务生成的，和其他分片的编码参数不兼容，也会导致前面的帧解码失败黑屏。
• 第二种直转方案：全程使用同一编码上下文，所有分片共享相同的SPS/PPS、编码参数，和同一init段完全匹配，拼接后所有帧都能正常解码。

3. 容器元数据匹配度不同 #

• 第一种分转方案：每个独立转码生成的fmp4分片自带独立的轨道元数据，轨道ID、采样率等元数据可能存在隐性差异，拼接后容器结构不规范，播放器解析时会出错。
• 第二种直转方案：所有分片的容器元数据完全对齐，拼接后是标准的连续fmp4结构，可正常解析播放。

如果必须采用分片转码的逻辑，需要在每个转码命令中添加-avoid_negative_ts 0参数，关闭自动偏移时间戳的规则，同时预先生成统一的init段、固定所有编码参数，保证所有分片的编码、容器元数据完全对齐，即可解决拼接异常问题。

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