go-ffmpeg不能做实时转码，因其仅为ffmpeg命令行封装，缺乏帧级控制、低延迟调度和错误恢复能力，仅适用于离线批量或原型验证。
Go-Ffmpeg 不是官方库，也不适合直接用于实时音视频转码——它只是对 ffmpeg 命令行的简单封装，缺乏帧级控制、低延迟调度和错误恢复能力。
为什么 go-ffmpeg 不能做实时转码
这个库本质是用 os/exec 启动 ffmpeg 进程并管道读写 stdin/stdout，无法干预编码队列、无法感知 PTS/DTS、不支持 AVFrame 级别操作。真实流场景下，你会遇到：
- 首帧延迟高（启动 ffmpeg 进程耗时 + 缓冲区填满才开始输出）
- 丢帧不可控（输入流卡顿时，ffmpeg 默认会跳过或重复帧，
go-ffmpeg没法拦截重试） - 无法动态调整码率或分辨率（所有参数必须在启动时固定）
- 崩溃后难以优雅重启（子进程异常退出，管道 EOF，无状态反馈）
替代方案：用 glib + gstreamer 或直接调 libav
真正可控的实时转码，得绕过命令行，走 C FFI 层。目前 Go 生态里较可行的路径是：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
github.com/jeffallen/gst：GStreamer Go 绑定，支持 pipeline 动态构建、bus 事件监听、QoS 反馈处理，适合 WebRTC 推流前的预处理 -
github.com/asticode/go-av：对libavcodec/libavformat的封装，能逐帧 decode/encode，但需手动管理时间基、PTS 重映射、线程安全缓冲区 - 更轻量的选择：
github.com/moonfdd/ffmpeg-go（注意不是go-ffmpeg），它暴露了AVPacket和AVFrame操作接口，但文档少、示例弱，调试成本高
如果非要用 go-ffmpeg，至少避开这些坑
仅限原型验证或离线批量任务，实时性要求低于 3 秒可接受时，务必：
立即学习“go语言免费学习笔记（深入）”；
- 禁用
-re（它会让 ffmpeg 模拟实时输入节奏，反而加剧延迟） - 强制指定
-fflags nobuffer+flush_packets减少内部缓存 - 用
-vsync 0 -copyts避免 ffmpeg 自作主张重排时间戳 - 从
StdoutPipe()读数据时，用bufio.NewReaderSize(..., 4096)，别用默认 buffer（否则可能卡住一整 GOP） - 捕获
stderr并解析frame=.*fps=.*q=行做简易健康检查，而不是只看进程是否存活
真正做直播转码服务时，go-ffmpeg 只能当“胶水层”启动子进程，核心逻辑仍要靠 ffmpeg 的 filtergraph 或外部模块（如 SRS、ZLMediaKit）完成。帧精度、低延迟、热重载——这些点，Go 代码本身不参与计算，只是调度员。
