压缩 MP3 文件
拖一个文件进来，或者整个文件夹都行。浏览器能读的格式都收——MP3、WAV、M4A、FLAC、OGG——出来的是 MP3，在你自己的机器上编码完成。
压缩在你的浏览器里进行。不会上传任何文件，也不需要注册。
继续处理这些文件
如何压缩 MP3 文件
把太大的文件拖进来
一个文件、一整个文件夹，还是一堆格式混杂的文件，都没区别。页面直接从你的磁盘读取每个文件并就地解码，所以还没人听过的粗混也留在你自己的机器上。
定一个体积上限
填一个兆字节数，比特率会按曲目时长算出来，让最终的 MP3 落在它以下。更习惯按音质来想？切到压缩档位，选轻度、均衡、强力或最小。
单个下载，或者整批打包
每一行都会写清压缩前的体积、压缩后的体积和用到的比特率，这个更小的数字换掉了什么，一眼可见。可以一个一个拿，也可以一键打包成 zip。
只改文件体积的压缩器
压的是文件体积，不是响度
直接瞄准兆字节数
不上传，也不限批量
免费，无需注册，没有每日上限
决定文件体积的是比特率
一个 MP3 的体积几乎就等于它的比特率乘以时长，别的因素影响很小。所以压缩它就意味着选一个更低的比特率，真正的问题只有一个：你能舍掉多少细节。下面是这个范围两端各自的样子。
| 128 kbps | 320 kbps | |
|---|---|---|
| 每分钟体积 | 约 1 MB | 约 2.4 MB |
| 一首 4 分钟的曲子 | 3.8 MB 左右 | 9.6 MB 左右 |
| 一小时的录音 | 58 MB 左右 | 144 MB 左右 |
| 适合 | 语音、访谈、语音备忘，以及任何有硬性体积上限的场合 | 打算长期保留的音乐，或者要交给别人继续处理的文件 |
| 会损失什么 | 镲片和空间感变薄，编排密集的混音会带上一层玻璃质感 | 在多数素材上，多数人几乎听不出差别 |
| 什么时候选它 | 兆字节数对你来说比最后那点细节更重要 | 你的余量够用，宁愿一点差别都听不出来 |
你需要压到多小？
这里的下限，也是塞进邮件附件限制最快的办法。语音在这个码率下还撑得住；音乐的高频会有明显损失。
中间档，音乐听起来还算舒服，同时比 320 kbps 的文件少掉约 40%。
多数人用像样的耳机到这里就听不出差别了，而且仍比 320 小五分之一。
MP3 的天花板，所以算不上压缩设置。当你是要把别的东西变成 MP3、而不是把 MP3 变小时才选它。
MP3 压缩常见问题
把 MP3 拖到上面的工具里，填上你需要的兆字节数，然后下载结果。因为体积几乎完全跟着比特率走，工具会选用仍能塞进你这个数字的最高比特率。不需要上传，也不需要注册——编码就在这个页面里跑。
控件保持在目标体积，填 14，然后把文件拖进来。比特率由音频时长决定，所以一首五分钟的歌不用降到 320 kbps 以下就能塞进 14 MB，而一小时的录音要降到 24 kbps 左右才能达到同一个数字。每一行都会显示它最终用的比特率和落在的体积。
不会。你的浏览器解码音频，随页面打包的 MP3 编码器写出更小的文件；没有任何数据离开你的设备，任何地方都不会留副本。这也是为什么没有排队、没有每日上限——不存在谁要为服务器带宽买单。
没有文件数限制，没有每日限制，也没有付费档。想拖一整个文件夹进来也行；文件会一个接一个处理，内存不会失控。唯一的上限是单个文件 300 MB，那是浏览器标签页开始装不下解码后音频的位置——超过这个大小的文件会被提示拒收，而不是把页面拖垮。
会。MP3 是有损格式，用更低的比特率重新编码会比第一次编码丢掉更多。在 256 kbps 多数人听不出来；在 128 kbps 语音仍然干净，音乐的高频会变薄。你的原文件不受影响——这里写出的是一个新副本。不变的是曲目的响度和混音的位置关系，动的只有文件体积。
看比特率就能算：320 降到 128 kbps 大约少 60%，320 降到 192 大约少 40%。从无损文件开始降幅要夸张得多——一首 4 分钟的立体声 WAV 大约 40 MB，转成 128 kbps 的 MP3 不到 4 MB。每一行都会显示压缩前后的体积，你不用提前自己算。
是，不用注册，也没有付费档。编码是你自己的硬件在做，我们没有按文件产生的成本要转嫁。
需要的是换格式，不是更小的文件？
还没有单独页面的组合会打开完整的音频转换器，并预先选好输出格式。