video - Ffmpeg concat demuxer 改变视频流开始时间

Question

概括
当使用 -c copy 调用时，Ffmpeg concat demuxer 会改变视频流的开始时间选项。
再生产
给定一个 before.mp4包含 start_time=0 的视频和音频流和 start_pts=0 .
给定 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 :
/image/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 也不存在此问题被重新混合到 before.mkv通过 ffmpeg -i before.mp4 -c copy before.mkv在被 concat demuxer 处理之前。但是，这会导致 fps 略有变化(例如 30 -> 29.96)，我还没有弄清楚如何在不重新编码的情况下避免这种变化。

Answer 1

我也遇到过 concat demuxer 的问题。如果您随后将这些视频的 start_pts 和 start_time 不为 0 并尝试将它们与其他视频连接起来，您最终会收到很多非单调 DTS 警告，并且可能会在某些播放器中引入一些卡顿。
虽然假设你有一个恒定的帧率视频，但我已经找到了一个解决方案:
ffmpeg -i questions_video.mp4 -c 复制有问题的_video.h264
ffmpeg -fflags +genpts -r 30 -i 有问题的视频.h264 -i 有问题的视频.mp4 -c 复制 -aspect 16:9 -map 0:v -map 1:a -video_track_timescale 90000 固定视频.mp4
在第一次 ffmpeg 运行中，您将原始 .h264 流从有问题的视频中提取出来
在第二次 ffmpeg 运行中，我们告诉它生成新的 PTS 值并告诉它输入帧率。您还需要告诉它纵横比，否则 ffprobe 将显示 DAR/SAR 的“N/A”。最后提供您在有问题的视频.mp4 中使用的 time_base。
您会在第二个 ffmpeg 命令中看到很多关于缺少 PTS 值的警告，但是视频在完成处理后应该没问题。
我已将您需要更改的值加粗，具体取决于您的特定视频。您可以通过运行获得这些值:
ffprobe -show_streams -select_streams v有问题的视频.mp4
...
显示纵横比: 16:9
r_frame_rate: 30 /1
时基:1/ 90000
...
如果您现在对 fixed_video.mp4 进行 ffprobe，您应该会看到 start_time 和 start_pts 为 0 的所有不错的值。您可能在有问题的_video.mp4 中获得的不稳定的平均/最小帧速率值也应该被修复。
我不是 ffmpeg 的专家，所以可能还有其他解决方案，但这是在这些情况下对我有用的解决方案。