Ffmpeg concat demuxer 改变视频流开始时间答案

【问题标题】：Ffmpeg concat demuxer shifts video stream start timeFfmpeg concat demuxer 改变视频流开始时间
【发布时间】：2021-01-24 08:57:13
【问题描述】：

总结

当使用-c copy 选项调用时，Ffmpeg concat demuxer 会改变视频流的开始时间。

复制

给定一个包含start_time=0 和start_pts=0 的视频和音频流的before.mp4。

给定 concat demuxer 输入文件 concat.txt 的内容：

file before.mp4

运行命令ffmpeg -f concat -i concat.txt -c copy concat.mp4

运行命令ffprobe concat.mp4 -show_streams 并观察视频流start_time 和start_pts 现在不为零（在我的测试中，这种变化的幅度很小，在0 -> 0.022969 的范围内）。

这会导致处理后的视频在 Mac 上使用 QuickTime 播放器打开时最初显示一个空白帧，尽管视频的其余部分正常播放。在下面链接的图片中，左边是我们第一次打开before.mp4时看到的；右边是我们第一次打开时看到的concat.mp4：

https://i.stack.imgur.com/lWxgF.jpg

请注意，当使用 concat demuxer 连接多个 mp4 文件时也会出现此问题。为了便于复制，我只使用了上面的一个文件。

我了解此问题可能取决于所使用的编解码器。因此，我在下面包含了before.mp4 的 ffprobe 输出：

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'before.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    encoder         : Lavf58.45.100
  Duration: 00:00:06.50, start: 0.000000, bitrate: 998 kb/s
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1024x768 [SAR 1:1 DAR 4:3], 865 kb/s, 50 fps, 50 tbr, 12800 tbn, 100 tbc (default)
    Metadata:
      handler_name    : VideoHandler
    Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 126 kb/s (default)
    Metadata:
      handler_name    : SoundHandler

我想做的事

使用-c copy（即不重新编码）调用 concat demuxer，而不会对输出视频流开始时间进行意外调整。

我对音频和视频编解码器和容器的了解有限，因此任何关于为什么会出现此问题、是否可以通过 ffmpeg 修复或任何其他解决方法的建议都将不胜感激！

我尝试过的解决方法

start_time 和 start_pts 在处理后的视频在没有任何过滤器的情况下重新编码时重置为 0：ffmpeg -i concat.mp4 concat_reencoded.mp4。

在没有-c copy 选项的情况下调用 concat demuxer 时不会出现此问题。

但是，上述两种情况都是不可取的，因为重新编码会降低视频质量，我想避免这种情况。

如果 before.mp4 在由 concat demuxer 处理之前通过 ffmpeg -i before.mp4 -c copy before.mkv 重新混合到 before.mkv，则不会出现此问题。但是，这会导致 fps 略有变化（例如 30 -> 29.96），我还没有弄清楚如何在不重新编码的情况下避免这种变化。

【问题讨论】：

你能提供一个简短的文件来重现这个吗？
嗨，吉安，感谢您的回复！我已将此问题报告给 Ffmpeg Bug Tracker（链接：trac.ffmpeg.org/ticket/8925），并已将所有必要的文件附加到票证中，因此您可以从那里下载文件，如果有任何问题，请告诉我:)

标签： video ffmpeg concat

【解决方案1】：

我也遇到过 concat demuxer 的问题。如果您随后将这些视频的 start_pts 和 start_time 不为 0 并尝试将它们与其他视频连接，您最终会收到很多非单调 DTS 警告，并且可能会在某些播放器中引入一些卡顿。

虽然假设您的视频帧率恒定，但我已经找到了解决方案：

ffmpeg -i questions_video.mp4 -c 复制有问题的_video.h264

ffmpeg -fflags +genpts -r 30 -i questions_video.h264 -i questions_video.mp4 -c copy -aspect 16:9 -map 0:v -map 1:a -video_track_timescale 90000 fixed_video.mp4

在第一次运行 ffmpeg 时，您将原始 .h264 流从有问题的视频中提取出来

在第二次 ffmpeg 运行中，我们告诉它生成新的 PTS 值并告诉它输入帧率。您还需要告诉它纵横比，否则 ffprobe 将显示 DAR/SAR 的“N/A”。最后提供您在有问题的视频.mp4 中使用的 time_base。

您会在第二个 ffmpeg 命令中看到很多关于缺少 PTS 值的警告，但视频完成处理后应该没问题。

我已将您需要更改的值加粗，具体取决于您的特定视频。您可以通过运行获得这些值：

ffprobe -show_streams -select_streams v有问题的视频.mp4
...
display_aspect_ratio：16:9
r_frame_rate：30/1
时基：1/90000
...

如果您现在对 fixed_video.mp4 进行 ffprobe，您应该会看到 start_time 和 start_pts 为 0 的所有不错的值。您可能在有问题的_video.mp4 中获得的不稳定的平均/最小帧速率值也应该被修复。

我不是 ffmpeg 方面的专家，因此可能还有其他解决方案，但这是在这些情况下对我有用的解决方案。

【讨论】：