通过stdin流式传输MP4时，ffprobe/ffmpeg报告时长错误如何解决？

这个问题的核心原因是MP4文件的元数据存储结构：MP4的moov原子（包含时长、轨道信息等关键元数据）默认可能放在文件的末尾。当你通过stdin流式传输文件时，ffprobe/ffmpeg在读取到开头部分数据后就会尝试解析元数据，此时还没读到末尾的moov原子，只能返回一个临时的、不准确的时长值。

下面给你两种可行的解决方案：

方案1：预先调整MP4文件的元数据位置（推荐） #

通过ffmpeg将MP4的moov原子移到文件开头（也就是所谓的“fast start”模式），这样流式读取时，ffprobe在一开始就能获取到完整的元数据，返回正确的时长。

执行以下命令：

ffmpeg -i video.mp4 -movflags faststart -c copy output.mp4

• -movflags faststart：专门用于将moov原子从文件末尾移到开头，适配流式传输场景
• -c copy：直接复制视频/音频流，不重新编码，保证速度和画质无损

处理完成后，再流式传输这个新文件，ffprobe就能返回正确时长了：

cat output.mp4 | ffprobe -i -

方案2：强制ffprobe读取完整流后再解析时长 #

如果你无法预先处理文件，可以让ffprobe等待整个stdin流传输完成后再解析元数据。这种方式会等待整个文件流结束，所以速度会慢一些，但能拿到准确时长。

使用以下命令（只输出时长数值）：

cat video.mp4 | ffprobe -i - -show_entries format=duration -v quiet -of csv=p=0

或者要完整输出信息的话，也可以通过增大探测参数确保读取足够数据：

cat video.mp4 | ffprobe -i - -probesize 100M -analyzeduration 100M

不过最可靠的还是让ffprobe等整个流读完——对于本地文件流式传输来说，这个等待是完全可行的。

补充说明 #

当你读取本地文件时，ffmpeg/ffprobe可以直接随机访问文件末尾的moov原子，所以能拿到正确时长；但流式传输是顺序读取，没有随机访问权限，所以必须等moov原子被读到才能解析出准确数据。

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