我认为 ffmpeg 解析器不知道如何找到分块文件的 moov 原子。它逐块解析(读取或跳过)mp4 文件,直到找到 moov 原子,如果你切断了开头的一部分,则块结构被破坏,因此它不会找到 moov 原子。
一种可能的解决方案是检测末尾有 moov atom 的文件,并通过使用 -movflags +faststart(或 c/c++ 代码中的类似 AVOptions)与 ffmpeg 重新混合来将 moov atom 移动到开头。然后您可以在 moov atom 之后截断文件,并且解析标头仍然有效。
[编辑]
因此,对于为 mov demuxer 编写可感知截断片段的修改(请参阅评论),这就是您将如何进行的。首先,尽量不要修改 mov_read_default(),它是中央递归引擎,这里的任何更改都可能会破坏大多数常规功能。相反,对 mov_read_header() 进行更改(因为您只关心这里的标头解析,而不是帧的解复用)。你会发现这段代码:
if (mov->moov_retry)
avio_seek(pb, 0, SEEK_SET);
if ((err = mov_read_default(mov, pb, atom)) < 0) {
av_log(s, AV_LOG_ERROR, "error reading header\n");
mov_read_close(s);
return err;
}
} while (pb->seekable && !mov->found_moov && !mov->moov_retry++);
if (!mov->found_moov) {
这是试图解码标题树结构,其中 moov 是上层原子。在文件中,它会查找如下序列:
$ hexdump -n 32 -s 41934133 -C somefile.mov
027fdd35 00 00 3e b4 6d 6f 6f 76 00 00 00 6c 6d 76 68 64 |..>.moov...lmvhd|
027fdd45 00 00 00 00 c9 6b 7b f5 c9 6b 7c 02 00 00 02 58 |.....k{..k|....X|
0x00003eb4 是“moov”原子的字节大小,其中有一个名为“mvhd”的子原子,大小为 0x0000006c 字节(在此之后树结构会持续一段时间)。如果在解复用文件时将文件指针设置为这个确切的偏移量,它将正确解码:
$ tail -c +41934134 somefile.mov > /tmp/hdr.mov
$ ffprobe /tmp/hdr.mov
[..]
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f871b002a00] stream 0, offset 0x3f3e: partial file
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f871b002a00] Could not find codec parameters for stream 0 (Video: h264 (avc1 / 0x31637661), none(bt709), 1280x720, 10695 kb/s): unspecified pixel format
[..]
Stream #0:0(und): Video: h264 (avc1 / 0x31637661), none(bt709), 1280x720, 10695 kb/s, 29.97 fps, 29.97 tbr, 600 tbn, 1200 tbc (default)
[..]
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 63 kb/s (default)
如何获得该点的文件偏移量取决于您:
- 您可以在mov_read_header ()中添加一些代码来扫描文件中的“moov”(0x6d6f6f76)并在此之前将文件指针设置为 4 个字节
- 您可以在创建此片段的代码中扫描 moov 并在将该片段保存到文件之前切掉 moov 原子之前的主要垃圾
如果您要更改 ffmpeg 并将其放入用于其他功能的 ffmpeg 版本中,我鼓励您将其置于某种选项下,这样就不会启用默认文件读取。否则,您将面临常规 mov/mp4 文件解析将不再正常工作的风险。