最可靠方式是调用FFmpeg命令行，若需嵌入C++程序则必须使用libavcodec/libavformat API：打开文件→找音频流→初始化解码器→循环解码；关键注意时间基对齐、采样率/通道数校验及AVPacket/AVFrame内存管理。

用 FFmpeg 的 C++ API 提取音频最可靠

直接调用 FFmpeg 命令行（ffmpeg -i input.mp4 -q:a 0 -map a output.mp3）最快，但若需嵌入 C++ 程序、控制进度或处理多路流，必须用 libavcodec / libavformat 等原生 API。别试图用 OpenCV 或 SFML——它们不支持音轨解复用。

关键步骤：打开文件 → 找音频流 → 解码 → 重编码（可选）→ 写出

FFmpeg 不直接“提取音频”，而是：先 avformat_open_input 打开容器；再遍历 ic->streams 找到 AVMEDIA_TYPE_AUDIO 流；接着用 avcodec_parameters_to_context 初始化解码器上下文；最后循环 av_read_frame + avcodec_send_packet / avcodec_receive_frame 完成解码。

• 务必检查 stream->codecpar->codec_type == AVMEDIA_TYPE_AUDIO，否则可能误选字幕或数据流
• 不要跳过 avformat_find_stream_info —— 否则 codecpar 可能为空或参数不全
• 解码后得到的是原始 PCM（如 AV_SAMPLE_FMT_S16），写 WAV 需手动填充 RIFF 头；写 MP3 则需另配编码器+ muxer

常见错误：解码失败、无声、时长不对

90% 的问题出在时间基（time_base）和采样率/通道数没对齐。比如视频文件里音频流的 time_base 是 1/44100，但你用 av_rescale_q 转换 PTS 时传了视频流的 time_base，结果所有帧时间戳全乱。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

• 解码前确认 codec_ctx->sample_rate 和 codec_ctx->channels 是否符合预期（可用 av_get_channel_layout_nb_channels 校验 layout）
• av_read_frame 返回的 AVPacket 必须用 av_packet_rescale_ts 按音频流的 time_base 调整时间戳，再送入解码器
• 写 WAV 文件时，若未按 PCM 数据实际长度更新 data chunk size，播放器会静音或崩溃

简化方案：用 ffmpeg CLI 封装而非重写解码逻辑

如果只是批量提取、不需要实时控制，C++ 中用 std::system 或 posix_spawn 调用 ffmpeg -i input.mkv -vn -acodec copy -f mp3 output.mp3 更稳。注意：-acodec copy 是无损转封装，-vn 确保不带视频，-f mp3 强制输出格式——漏掉任一参数都可能产出不可播文件。

立即学习“C++免费学习笔记（深入）”；

• Windows 下确保 ffmpeg.exe 在 PATH 或提供绝对路径，否则 std::system 静默失败
• 输入路径含空格或中文时，必须用双引号包裹，例如 "ffmpeg -i \"视频 1.mp4\" -vn -acodec copy out.mp3"
• 想捕获错误信息？别只看 system() 返回值，要重定向 stderr 到临时文件再读取

真正难的不是解码本身，而是流参数协商、时间戳对齐、内存生命周期管理——尤其 AVFrame 和 AVPacket 的 av_frame_unref/av_packet_unref 忘调一次就内存泄漏。