在线音频文件压缩

在浏览器里用更低的码率重新编码,把音频文件变小。这里改的是文件体积,不是动态范围,两者完全是不同的事情。

转换器是编译成 WebAssembly 的 ffmpeg。你选第一个文件时它会下载一次(约 30 MB),之后就留在浏览器缓存里。

码率越高保留的细节越多,体积也越大。普通设备上听音乐,192 kbps 已经听不出差别;人声 128 就够用;MP3 的实际上限是 320。

文件在你自己的浏览器里处理,不会上传。引擎本身有 30 MB,只在第一次使用时下载,之后都从浏览器缓存里取。

音频压缩 怎么用

  1. 1把音频文件拖到上面的方框里,或者点一下方框选文件。
  2. 2选目标码率。128 kbps 是不错的默认值,人声内容 64 kbps 就够。
  3. 3在列表里对比压缩前后的体积,然后下载。还不够小就调低码率再执行一次。

两件都叫"压缩"的完全不同的事

如果你做音乐,"压缩"指的是动态范围压缩:一个把响的峰值压下来、把轻的段落抬起来的 处理器,让整体听上去电平更均匀。那是一个创作工具,它改变的是声音本身。

这个页面做的是另一种。文件体积意义上的音频压缩,是用更低的码率重新编码, 让它占更少的字节。响度、动态、电平都不动。这一点值得说明白, 因为搜其中一个却找到另一个,会白白浪费一整个下午。

来做音频压缩的人,几乎都是在过某个限制:邮件附件上限、投稿表单的大小要求、 播客托管方的封顶值、或者一个超过几 MB 就拒收的聊天软件。 减小音频体积就是为这类场合服务的。

体积到底省在哪里

码率是唯一的那根杠杆,而且接近线性:码率减半,文件大致减半。 不过还有两件事影响几乎同样大,而它们都不是"质量选项"。

一是时长。没有什么比删掉你不需要的部分更能减小文件,而剪辑完全不损失保真度。

二是声道数,这一点常被低估。大量以立体声存储的音频,实质上是单声道的: 一个人说话、一段手机录音、一次屏幕录制、用一支麦克风做的访谈。 把这些转成单声道,数据量直接减半,而且不会丢掉任何本来存在的东西。

无损源会怎么处理

WAV 和 FLAC 没有码率可降,因为它们存的是采样点本身,而不是采样点的近似。 所以要减小这类文件的体积,只能选一个有损编码,输出就会变成你所选码率下的 MP3。 这是诚实的行为,而且如果你来这里就是为了让一个 WAV 变得好携带,这也正是你想要的。

有损源则保持格式:MP3 出来还是 MP3,M4A 还是 M4A,后面的环节什么都不用改。 上面的列表会显示每个文件音频压缩前后的体积,所以你在下载之前就能判断这笔交易划不划算。

所有过程都在你的浏览器里完成,用的是编译成 WebAssembly 的 ffmpeg, 第一个文件之后就被缓存下来。

常见问题

这和音频工作站里的"压缩器"是一回事吗?
不是,而且这个词重合确实造成了很多误会。音乐制作里的压缩器压的是动态范围,让轻的部分相对响的部分变大。这个页面做的是数据压缩:让文件占更少的字节。响度和动态完全不动。
最多能压到多小?
取决于源文件和你能接受多少音质损失。码率减半,体积大致也减半。人声单声道 64 kbps 大约每分钟 0.5 MB,音乐立体声 128 kbps 大约每分钟 1 MB,320 kbps 大约每分钟 2.4 MB。
会保持我的格式吗?
能保持就保持。MP3 出来还是 MP3,M4A 还是 M4A,OGG 还是 OGG。无损源不一样:WAV 或 FLAC 没有码率可降,要让它变小就只能编码成有损格式,这时输出的是 MP3。
把 MP3 再压一次会明显变差吗?
看你压到多低。320 kbps 降到 192 kbps,用普通设备听通常察觉不到;降到 64 kbps 一下就听出来了。关键在于这是第二次有损编码,损失会叠加在第一次编码已经造成的损失上面。
如果必须比音质允许的更小怎么办?
那就把它剪短,或者转成单声道。这两招省下来的都比调码率多,而且都不假装没有代价。一个实际上只有一个人说话的立体声文件,转成单声道不会丢掉任何本来就存在的东西,体积直接减半。

更多免费工具