双声道转单声道：合并、留一边、互换、拆开都行
五种处理方式一次给全：合并取平均、只留左、只留右、左右互换、拆成左右两个文件——拆分后左右各一个下载按钮。
直播软件只认单声道输入，手上却是立体声素材——合并一下就能进 OBS。K 歌下载的伴奏只有左边响、右边是原唱，留哪边看自己怎么用。采访两支领夹麦分录左右声道，剪片子要分轨，拆成两个文件各拿各的，省去来回 mute 的麻烦。
上个月我处理一段 60 分钟的采访 WAV，1.2GB，两支麦一进左一进右。拆成两个文件后各 600MB 上下，左边受访者、右边是我，对轨剪辑顺了很多。也踩过坑：一次合并一段老素材，合完几乎没声——左右反相正好抵消，改选只留左才救回来。现在我合并之前一定先试听。
🎁 全员免费 🔒 文件不上传，全部在你的浏览器里处理
把文件拖到这里，或者点击选择文件
支持 MP3 / WAV / OGG / FLAC / M4A / AAC 等常见格式；文件不上传，全部在你的浏览器里处理
常见用法：手机或录音笔录成单声道的素材想进直播软件、K 歌伴奏只有一边有声音、采访的两支麦克风分别录在左右声道需要拆开。
不用写扩展名，导出时按所选格式自动补上
怎么用：4 步完成
- 导入文件把立体声文件拖进页面，先看波形是不是两条——本来就是单声道的文件，转完大小不变，没必要走这一趟。
- 选处理方式五种挑一种：合并单声道（左右相加取平均）、只留左、只留右、左右互换、拆成两个文件。
- 处理点开始后运算在本机内存里完成，一首 4 分钟的歌通常几秒就完，60 分钟的 WAV 也就一杯水的工夫。
- 导出选「拆成两个文件」时页面出现两个下载按钮，左、右各一个，文件名带 L 和 R，别漏下其中一个。
五种处理，分别在什么时候用
- 合并单声道：左右相加取平均成一条。直播软件、会议设备只要单声道输入时用它；立体声 WAV 合并后体积大致减半。
- 只留左 / 只留右：K 歌伴奏只有一边响、另一边是原唱；或一边声道爆了、底噪大，直接留干净的那边。
- 左右互换：视频素材左右戴反、游戏里脚步声方向不对，互换一次就正过来。
- 拆成两个文件：采访两支麦分录左右、现场录音笔分轨，拆开后各拿各的，进剪辑软件对轨。
拿不准该合并还是留一边？先听：两边内容差不多就合并，能保住响度；两边内容完全不同（比如一边人声一边伴奏）就留你要的那边，合并只会让它们互相糊。
参数与事实对照
| 项目 | 范围 / 行为 | 说明 |
|---|---|---|
| 处理方式 | 合并单声道 / 只留左 / 只留右 / 左右互换 / 拆成两个文件 | 五种任选其一，一次处理一种 |
| 合并算法 | 左右相加取平均 | 响度大致维持原位，不做相位校正 |
| 拆分导出 | 左、右各一个文件 | 页面出现两个下载按钮，文件名带 L 和 R |
| 体积变化 | 立体声 WAV 合并后大致减半 | MP3 会重新编码，缩水比例没那么整齐 |
| 单声道输入 | 转完大小不变 | 本来就是单声道的文件别指望省空间 |
| 处理位置 | 本机浏览器内存 | 不上传服务器，单文件建议 200MB 以内 |
我拆采访录音的那次
上个月一次线下采访，两支领夹麦一进左声道一进右声道，60 分钟录出一个 1.2GB 的立体声 WAV。回来看波形才发现两边电平差很多——我的麦贴着领口，受访者的麦别在外套上。拆成两个文件后各 600MB 上下，左边受访者、右边是我，进剪辑软件分轨调音量，比在一条立体声里来回拉自动化省力得多。
也踩过反相的坑。一次合并一段老设备录的素材，合完几乎没声音——左右波形正好相反，相加抵消了。这种素材不多见，但碰上就认栽：改成只留左，声音立刻回来。从那以后我合并任何来历不明的立体声之前，都先试听 10 秒再动手。
还有个顺手发现：采访拆完的两个单声道 WAV 拿去转 MP3,64 kbps 的单声道语音码率就够用，一个小时压到 30MB 以内，发给嘉宾确认毫无压力。
边界和做不到的事
- 合并不做相位校正。左右反相的素材合并会互相抵消甚至接近无声——先试听，碰上就改成留一边。
- 它不识别内容。哪一边是人声、哪一边是伴奏它不知道，「把人声那侧留下」这种判断得你自己听了再选。
- 单声道文件转完不变小。体积减半只对真正的立体声 WAV 成立；本来就是单声道的文件，过一遍纯属浪费。
- 不做声像（Pan）调节。它能互换、能留一边，但不能把声音「往左挪 30%」——那是声像旋钮的活，这里没装。
- 浏览器与内存。Chrome、Edge、Firefox 新版最稳；Safari 可导格式少一些但能导 M4A；大文件吃本机内存，两小时以上的素材先剪开再处理。