Watch at Ease看见世界,读懂生活。

科技 · 实用指南

OBS 转封装后麦克风没声音?先对照原 MKV 与 MP4

保留两个文件,清点所有音频流并试听,再改录制设置或判断转封装出了问题。

合成源文件与输出对照:两路、两路和一路音频流
原创示意图:Linux 合成音调测试,不是真实 OBS 麦克风恢复结果。 Watch at Ease

OBS 录制转封装后,麦克风像是消失了,声音也可能还在另一个音频流里。播放器通常一次只播放一路。先保留原 MKV 与转封装后的 MP4,直到完成两者对照。

本文检查已停止写入的录制文件,分清三个问题:各文件有哪些音频流、它们实际是什么声音,以及目标剪辑软件导入了哪些内容。现在修改 OBS 音源分配,不能补出当时没录到的声音。

1. 保留两个文件,确认对照对象

原文件和输出停止写入后,以不同文件名保留。记录 OBS 版本、原容器、音频编码、转封装工具及剪辑软件版本。重试不要覆盖原文件。若仍在录制,或不能确认输出对应的原文件,先解决这一点。

不要照信旧论坛回复所说的“MP4 只能有一路立体声音轨”。我们的受控 MP4 保留了两路独立 AAC 流。当前 OBS 文档区分普通 MP4、分片格式及 Hybrid MP4/MOV;旧的笼统格式建议不能代表所有当前输出。

2. 清点全部音频流,再逐路试听

使用可信来源安装的 FFmpeg,先运行 ffprobe -version。对停止写入后的文件副本运行以下只读清点命令,把引号内文件名换成实际路径: ffprobe -v error -select_streams a -show_entries stream=index,codec_name,channels,channel_layout:stream_tags=title,language -of json "recording.mkv"

再对匹配的 MP4 运行一次。数 streams 列表里的对象,不是 channels 值:两个声道描述一路立体声音频流。index 是容器流索引,不一定是 OBS 音轨编号。标签可能缺失或改变,标题只是线索,不能证明声音相同。

用 VLC 或能选音轨的其他播放器,分别试听两文件的每一路可选音轨。检查已知说话时刻、游戏声音和结尾。流条目不能证明麦克风有声或完整。探测失败就保留错误信息;输入不可读或环境不支持,都不算清点成功。

3. 根据结果选择下一步

若两文件都能播放麦克风,排查播放器选择或剪辑软件导入映射,不要直接判断录制丢失。用实际剪辑软件测试,并导出短片检查。有些软件默认只显示第一路流;2026 年论坛后续反馈发现,文件里的流未被加入时间线。

若原文件有可播放的麦克风而 MP4 没有,保留原文件作为恢复来源。检查转封装日志和具体编码、容器兼容性。软件支持时才直接用原文件;也可另起文件名重新转换,再清点和试听。产生文件不代表转换成功。

若两者所有可访问流都没有预期麦克风,新分配设置只能改善以后录制,不能恢复这次声音。保留两文件,向 OBS 支持提供清点结果、版本、分配设置及准确错误。不能声称转封装能重建未录到的音频。

4. 小测试的结论与限制

在 Linux 上使用 FFmpeg/ffprobe 6.1.1,我们生成两秒 H.264/AAC MKV,含两路不同合成音调。受控的全部流复制到 MP4 保留两路;刻意只选一路的输出只有一路。本文清点命令区分了三文件,输入哈希未改变。

这是命令和容器检查,不是 OBS 故障复现、Windows/macOS 测试或你的剪辑软件测试。没有录真实麦克风。流数量相同不证明内容、同步或讲话完整。在目标流程实际播放出所需声音,才接受可用副本;此前保留原文件。

清点两文件、试听音轨,再核验剪辑导出
原创示意图:流数量相同,不能单独证明声音完整。 Watch at Ease