使用FFmpeg API多线程录制多摄像头AV流出现Error Muxing Packet报错求助

我之前也碰到过类似的多摄像头FFmpeg录制问题，结合踩过的坑和官方文档细节，给你整理几个关键的排查和解决方向：

多摄像头录制出错，尤其是多线程场景下的"Error Muxing Packet"，本质上大多是资源冲突、上下文隔离不到位或者数据包处理逻辑错误导致的——FFmpeg的核心结构体（比如AVFormatContext、AVCodecContext）并不是线程安全的，同时硬件设备本身也可能存在独占访问限制。

1. 为每个摄像头创建完全独立的FFmpeg上下文 #

这是最关键的一点：每个摄像头的输入、输出流程必须拥有独立的一套FFmpeg核心结构体，绝对不能跨线程共享或复用。

• 每个线程内单独初始化AVFormatContext（输入和输出）、AVCodecContext、AVStream；
• 打开输入设备时，明确指定设备标识符（避免FFmpeg自动选择冲突），比如Windows平台的dshow设备：

// 线程1处理摄像头1
AVFormatContext *input_ctx1 = NULL;
avformat_open_input(&input_ctx1, "video=USB Camera 0", NULL, NULL);
avformat_find_stream_info(input_ctx1, NULL);

// 线程2处理摄像头2
AVFormatContext *input_ctx2 = NULL;
avformat_open_input(&input_ctx2, "video=USB Camera 1", NULL, NULL);
avformat_find_stream_info(input_ctx2, NULL);

2. 修复多线程下的数据包混流错误 #

"Error Muxing Packet"大概率和数据包的时间戳（PTS/DTS）或流索引错误有关：

• 确保每个输出文件的流索引与对应输入流严格绑定，不要跨摄像头混用数据包；
• 拷贝输入流的时间基到输出流，避免时间戳不匹配：

AVStream *in_stream = input_ctx->streams[video_stream_idx];
AVStream *out_stream = avformat_new_stream(output_ctx, NULL);
avcodec_parameters_copy(out_stream->codecpar, in_stream->codecpar);
out_stream->time_base = in_stream->time_base; // 关键：同步时间基

• 处理完每个AVPacket后，及时调用av_packet_unref()释放资源，不要跨线程传递未处理的数据包。

3. 解决硬件设备的独占访问限制 #

很多摄像头硬件（尤其是Windows平台）不支持同时被多个线程/进程访问，可通过以下方式缓解：

• 使用dshow设备时，添加thread_queue_size参数增大缓冲，避免设备忙导致的读取失败：

// 示例：给摄像头添加缓冲队列
avformat_open_input(&input_ctx, "video=USB Camera 0:thread_queue_size=1024", NULL, NULL);

• Linux平台检查v4l2设备权限，确保每个/dev/videoX设备都能被当前用户正常读写，可通过chmod 666 /dev/videoX临时调整权限测试。

4. 规范全局初始化与线程安全 #

• FFmpeg的全局初始化函数（比如av_register_all()、avformat_network_init()）只需要在主线程启动时调用一次，不要在每个子线程重复执行；
• 如果需要共享全局资源（比如自定义日志回调），必须用互斥锁（pthread_mutex_t或Windows的CRITICAL_SECTION）保护，避免多线程并发写入导致的混乱。

5. 开启详细日志定位问题 #

如果以上方法还没解决，开启FFmpeg的调试日志能帮你精准定位错误：

// 初始化时设置日志级别为DEBUG
av_log_set_level(AV_LOG_DEBUG);

日志会输出具体的错误码（比如AVERROR(EAGAIN)表示资源暂时不可用，AVERROR_INVALIDDATA表示数据包损坏），根据这些信息针对性调整逻辑。

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