如何将FFmpeg输出通过管道传输到C# System.IO.Stream

报错Output file #0 does not contain any stream以及无法拿到输出流，是两个核心问题导致的：

1. 输出封装格式选择错误
   你使用的-f webm_chunk是FFmpeg专为DASH流式传输设计的分片封装器，本身设计目标是按规则生成一系列独立的WebM分片文件，不会自动将输入音轨映射到输出，也不支持直接输出到单个管道流，因此FFmpeg找不到要输出的流直接报错。另外你写的pipe:.webm属于无效的管道输出写法，管道输出不需要带文件名后缀，用-即可指代标准输出。
2. 流读写逻辑存在阻塞死锁缺陷
   当前代码逻辑是先把全部输入流写入FFmpeg、关闭输入管道，再等待进程退出后才读取输出。Windows系统管道缓冲区默认大小仅64KB，只要FFmpeg生成的输出内容超过缓冲区大小，就会被强制阻塞等待输出被读取，此时你的代码在等待FFmpeg退出，FFmpeg在等待输出被读取，直接形成死锁。另外你调用的stream.Seek(0,SeekOrigin.Begin)对网络来源的不可寻道流（比如YouTube下载的HTTP响应流）会直接抛出异常，FFmpeg从管道读输入本身不需要源流支持寻道。

1. 调整FFmpeg调用参数 #

输出到管道的单段WebM音频直接使用标准webm封装即可，显式指定流映射避免自动选流失效，不需要重编码的场景直接用流复制速度最快：

-ss 60 -t 10 -i - -map 0:a -c copy -f webm -

参数说明：

• -ss 60 -t 10：从第60秒开始截取10秒内容，放在-i前是输入侧快速seek，不需要扫描全文件
• -map 0:a：显式选择第一个输入的音频流输出，避免muxer自动选流失效
• -c copy：直接复制音频编码流，不做重编码，处理速度极快几乎无CPU开销
• -f webm -：指定输出格式为标准WebM，输出目标为标准输出流

如果需要毫秒级精确裁剪（流复制模式只能在关键帧位置裁剪，可能存在几秒的误差），把-c copy替换为-c:a libopus即可，会对音频做轻量重编码，精度可达毫秒级。

2. 修正流处理逻辑 #

必须并行处理输入写入、输出读取、错误流读取，避免管道阻塞。完整可运行代码如下：

using System.Diagnostics;
using System.IO;
using System.Threading.Tasks;

/// <summary>
/// 从源WebM音频流中截取指定片段
/// </summary>
/// <param name="sourceWebmStream">原始WebM音频流（比如YouTube下载响应流）</param>
/// <param name="startSeconds">截取起始时间（秒）</param>
/// <param name="durationSeconds">截取时长（秒）</param>
/// <returns>裁剪完成的WebM音频流</returns>
async Task<Stream> CutWebmAudioSegment(Stream sourceWebmStream, int startSeconds, int durationSeconds)
{
    var ffmpegProcess = new Process
    {
        StartInfo = new ProcessStartInfo
        {
            FileName = "ffmpeg.exe",
            Arguments = $"-ss {startSeconds} -t {durationSeconds} -i - -map 0:a -c copy -f webm -",
            UseShellExecute = false,
            CreateNoWindow = true,
            RedirectStandardInput = true,
            RedirectStandardOutput = true,
            RedirectStandardError = true
        }
    };

    ffmpegProcess.Start();

    Stream ffmpegInputStream = ffmpegProcess.StandardInput.BaseStream;
    Stream ffmpegOutputStream = ffmpegProcess.StandardOutput.BaseStream;
    Stream ffmpegErrorStream = ffmpegProcess.StandardError.BaseStream;

    // 异步读取错误日志，避免错误流缓冲区占满阻塞进程
    Task readErrorTask = ffmpegErrorStream.CopyToAsync(Stream.Null);
    // 异步将源流写入FFmpeg输入，写完后关闭输入管道通知FFmpeg输入结束
    Task writeInputTask = sourceWebmStream.CopyToAsync(ffmpegInputStream).ContinueWith(_ =>
    {
        ffmpegInputStream.Flush();
        ffmpegInputStream.Close();
    });

    // 如果需要直接转发给客户端（比如HTTP响应），可以直接将ffmpegOutputStream复制到Response.Body，无需缓存全量内容
    // 这里示例是将输出缓存到内存流返回
    MemoryStream resultStream = new MemoryStream();
    await ffmpegOutputStream.CopyToAsync(resultStream);
    resultStream.Position = 0;

    // 等待所有IO任务完成、进程退出
    await Task.WhenAll(writeInputTask, readErrorTask);
    ffmpegProcess.WaitForExit();

    if (ffmpegProcess.ExitCode != 0)
    {
        throw new InvalidOperationException($"音频裁剪失败，FFmpeg退出码：{ffmpegProcess.ExitCode}");
    }

    // 释放进程资源
    ffmpegProcess.Dispose();
    return resultStream;
}

如果是直接给HTTP客户端返回裁剪后的音频，不需要把内容全部缓存到内存，可以直接把FFmpeg的输出流边读边写到响应体中，内存占用可以稳定在几KB级别，不需要等待全量内容处理完成就能开始向客户端发送数据，响应速度更快。

内容的提问来源于stack exchange，提问作者Maximilian Schüller