浏览器本地音频压缩

音频比特率修改器

在浏览器本地把受支持的音频转换为 64–320 kbps 的交付副本。工具会检测来源平均比特率,把语音、播客、音乐分享和较高品质预设展开为真实参数,估算音频负载大小,并在处理后测量实际输出比特率。

本地处理:文件、文件名、标签、封面和音频内容都不会上传。
状态 选择音频文件

输出

输入输出
文件大小--
容器--
编码--
平均比特率--
采样率--
声道--
时长--
输出元数据--
处理耗时--

修改比特率实际改变了什么

比特率是有损编码每秒可使用的数据预算。目标越低通常文件越小,但编码器必须用更少数据表示同一时长,清晰度、高频和立体声细节可能受到影响。

本页只提供当前构建可控制码率的 MP3、M4A/AAC 和 OGG/Vorbis。完成后使用 ffprobe 测量实际平均值,不把选择框数值冒充结果。

语音、播客与音乐的参考范围

这些只是起点,不是客观音质评分。预设会显示并允许修改格式、声道和码率。

用途起点声道试听重点
语音副本64 kbps单声道辅音与底噪
播客96 kbps单声道人声与背景音乐
音乐分享192 kbps立体声高频与声像
较高品质交付256 kbps立体声来源是否值得更大体积

升码率不会改善低码率来源

约 64 kbps 的来源转成 256 kbps,无法恢复之前移除的频率或空间细节。新编码器只能接收已有文件解码后的采样。

目标高于来源平均值时,估算区会标记“可能变大”。为了平台格式兼容仍可处理,但不能称为增强音质。

CBR、VBR 与实际平均比特率

选择值是编码目标。容器头、标签、填充和码率控制策略会造成实际体积与平均值偏差。VBR 会根据段落复杂度分配数据,CBR 流程则追求较稳定的分配。

估算公式为“时长秒数 × 目标 kbps × 1000 ÷ 8”。容器和元数据开销单独说明,结果区把预计值与实际值分开。

重新编码与代际损失

MP3、AAC、Vorbis 都是有损编码。把有损来源再次解码和编码,即使目标码率相同,也可能增加失真。尽量从质量最好的来源制作不同交付版本。

A/B 试听会避免两个播放器同时发声,并在切换时尽量对齐播放位置。试听结果由用户判断,页面不会生成主观音质分数。

大小示例与主页压缩器

128 kbps 的十分钟音频负载约 9.6 MB;64 kbps 约 4.8 MB;320 kbps 约 24 MB,均未精确包含容器开销。实际输出会重新测量。

需要音质预设或目标 MB 时使用主页压缩器;接收方明确要求某个 kbps,并需要来源对比时使用本页。

常见问题

320 kbps 一定更好吗?

不一定。来源、编码和试听环境都会影响结果,高码率重编码不能恢复已丢失的信息。

预计大小如何计算?

时长秒数乘目标 kbps 和 1000,再除以 8;容器与元数据开销另算。

为什么实际比特率与目标不同?

码率控制、音频复杂度、容器头和标签都会造成平均值偏差。

什么是代际损失?

已经有损编码的来源再次解码、编码后产生的额外损失。

语音应该改成单声道吗?

当空间信息不重要时通常可考虑;请先试听,确有意义的立体声应保留。

文件可能变大吗?

可能。目标高于来源平均值或容器开销增加时会变大。