FFmpeg Pipe转换MP4视频报错，求代码层面解决方案

问题原因 #

你的原始MP4文件moov元数据原子位于文件末尾（这种格式常见于未做faststart处理的流媒体MP4）。FFmpeg通过管道读取时是流式顺序处理，无法像访问本地文件那样直接跳转读取末尾的moov，导致初始化阶段无法获取完整的视频编码参数，从而抛出partial file和像素格式未指定的错误。

临时文件能成功是因为FFmpeg可以随机定位文件读取moov；先转一次MP4再转换成功，是因为FFmpeg默认会在转码时将moov移到文件开头（即faststart处理）。

解决方案 #

方案1：调整FFmpeg参数，增强流式探测能力 #

通过增大FFmpeg的探测缓冲区和分析时长，确保它能在流式读取时捕获到末尾的moov元数据。修改后的Go代码如下：

import (
    "bytes"
    "fmt"
    "os/exec"
)

func (s *service) convertVideo(videoData []byte) ([]byte, error) {
    var buffer bytes.Buffer
    cmd := exec.Command("ffmpeg",
        "-probesize", "50M",          // 增大探测缓冲区，确保覆盖moov原子大小
        "-analyzeduration", "100M",   // 延长分析时长，给FFmpeg足够时间解析元数据
        "-fflags", "+genpts",         // 强制生成时间戳，适配流式输入的时间戳缺失问题
        "-i", "pipe:0",
        "-c:v", "libvpx-vp9",
        "-b:v", "0",
        "-f", "webm",
        "-t", "8",
        "-preset", "ultrafast",
        "pipe:1")
    
    cmd.Stdin = bytes.NewReader(videoData)
    cmd.Stdout = &buffer
    
    // 捕获stderr用于调试
    var stderr bytes.Buffer
    cmd.Stderr = &stderr
    
    err := cmd.Run()
    if err != nil {
        return nil, fmt.Errorf("转码失败: %w, ffmpeg日志: %s", err, stderr.String())
    }
    return buffer.Bytes(), nil
}

参数说明：

• -probesize 50M：设置FFmpeg读取输入流时用于探测元数据的最大字节数，可根据你的视频大小调整（比如视频小于50M就设为对应值）。
• -analyzeduration 100M：设置FFmpeg分析输入流的最长时长，确保能完整解析元数据。
• -fflags +genpts：修复流式输入中可能存在的时间戳不连续问题，避免转码中断。

方案2：链式管道处理，先做faststart再转码 #

如果方案1无效，可通过两个FFmpeg进程链式处理：第一个进程将原始MP4转换为moov在开头的MP4（faststart），第二个进程读取该输出流转WebM。这种方式比写临时文件效率高，且能彻底解决moov位置问题。

代码示例：

import (
    "bytes"
    "fmt"
    "os/exec"
)

func (s *service) convertVideo(videoData []byte) ([]byte, error) {
    var outputBuffer bytes.Buffer

    // 第一步：将原始MP4转为moov在开头的MP4，输出到管道
    faststartCmd := exec.Command("ffmpeg",
        "-i", "pipe:0",
        "-c:v", "copy",
        "-c:a", "copy",
        "-movflags", "faststart",
        "-f", "mp4",
        "pipe:1")
    faststartCmd.Stdin = bytes.NewReader(videoData)

    // 第二步：读取faststart后的MP4流，转码为WebM
    convertCmd := exec.Command("ffmpeg",
        "-i", "pipe:0",
        "-c:v", "libvpx-vp9",
        "-b:v", "0",
        "-f", "webm",
        "-t", "8",
        "-preset", "ultrafast",
        "pipe:1")
    convertCmd.Stdout = &outputBuffer

    // 连接两个进程的管道
    pipe, err := faststartCmd.StdoutPipe()
    if err != nil {
        return nil, fmt.Errorf("创建管道失败: %w", err)
    }
    defer pipe.Close()
    convertCmd.Stdin = pipe

    // 捕获两个进程的错误日志
    var faststartErrBuf, convertErrBuf bytes.Buffer
    faststartCmd.Stderr = &faststartErrBuf
    convertCmd.Stderr = &convertErrBuf

    // 启动第一个进程
    if err := faststartCmd.Start(); err != nil {
        return nil, fmt.Errorf("faststart进程启动失败: %w, 日志: %s", err, faststartErrBuf.String())
    }

    // 启动并等待转码进程完成
    if err := convertCmd.Run(); err != nil {
        _ = faststartCmd.Wait() // 确保第一个进程退出
        return nil, fmt.Errorf("转码进程失败: %w, 转码日志: %s, faststart日志: %s", err, convertErrBuf.String(), faststartErrBuf.String())
    }

    // 等待faststart进程退出
    if err := faststartCmd.Wait(); err != nil {
        return nil, fmt.Errorf("faststart进程退出失败: %w, 日志: %s", err, faststartErrBuf.String())
    }

    return outputBuffer.Bytes(), nil
}

这个方案通过-movflags faststart将moov原子移到文件开头，让第二个FFmpeg进程可以流式读取完整的元数据，彻底解决管道读取的问题。

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