音频压缩

压缩后的文件大小主要取决于比特率（kbps）和时长。如果源文件比特率本身就很高（比如 320kbps），而目标比特率设置得也高（比如 256kbps），压缩效果就不明显。建议将比特率降到 128kbps（MP3 格式的常见平衡点）或 64kbps（语音场景），同时检查是否勾选了“单声道”——单声道比立体声体积减半。另外，采样率从 44100Hz 降到 22050Hz 也能再减小约 30% 体积，适合纯语音内容。

音质损失主要来自比特率太低。对于音乐，建议不低于 128kbps（MP3）或 96kbps（AAC）；对于语音播客/录音，64kbps 即可。如果必须压到更小，可以尝试降低采样率（比如从 44100Hz 降到 22050Hz）而不是继续降比特率——人耳对高频不敏感，降采样率对清晰度影响比降比特率小。另外，保持立体声比强制单声道能保留更多空间感。工具底层用 FFmpeg 编码，参数与主流播放器兼容，无需额外设置。

输入支持常见的 MP3、WAV、FLAC、AAC、OGG、M4A、WMA 等格式，FFmpeg 后端能解析 99% 的常见容器。输出格式默认为 MP3，因为兼容性最好；也可以选择 AAC（苹果生态更优）或 OGG（开源无损压缩）。注意：源文件是 CD 音质 WAV（1411kbps）时，压缩到 128kbps MP3 体积可缩小约 90%。如果源文件是加密格式（如某些录音笔的专有格式），建议先用原厂工具转成 WAV 再上传。

可以。微信公众平台限制音频文件不超过 30MB、时长不超过 30 分钟。建议将比特率设为 64-128kbps，采样率 22050Hz，单声道——这样 30 分钟语音文件大约 15-35MB，满足要求。如果是微信聊天发送，文件大小不超过 100MB 即可，但过大的文件对方下载体验差。工具压缩后保留原文件格式后缀（.mp3），微信可直接识别播放，无需二次转换。

正常。工具使用 FFmpeg 在浏览器端（WASM）或服务端（Go）处理，纯计算密集型任务，不依赖网络速度。5 分钟的音频（比如 44100Hz 立体声 320kbps）转码到 128kbps，现代 CPU 只需 1-3 秒。如果源文件已经是低码率（比如 128kbps 压到 64kbps），处理更快。可以对比原始文件大小和压缩后大小，如果体积明显缩小（比如 15MB→5MB），就说明压缩生效了。

正常情况下不会。FFmpeg 是行业标准转码库，被几乎所有播放器和平台使用。杂音通常由以下原因引起：① 源文件本身已损坏（压缩前先播放确认）；② 比特率设置过低（低于 32kbps 时部分编码器会产生 artifacts）；③ 采样率不匹配（比如源文件是 8000Hz 电话音质，强行升到 44100Hz 不会提升音质，反而可能引入噪声）。建议先压缩一小段测试，没问题再处理全文件。

不会。工具采用纯浏览器端处理（WASM 版 FFmpeg），音频文件完全在本地设备中完成压缩和解码，不经过任何服务器。可以断网使用验证：关闭 Wi-Fi 后刷新页面，工具仍然能正常压缩文件。关闭页面后，浏览器内存中的数据立即清除。如果使用服务端版本（后端 Go 处理），文件在压缩完成后立即从服务器删除，不留任何副本。

时长变短通常是源文件本身包含静音段或元数据标记，压缩时 FFmpeg 默认会修剪开头/结尾的无声部分（如果设置了 -ss 参数）。本工具默认不裁剪时长，只改变编码参数。如果发现时长不一致，检查源文件：① 是否包含开头空白（录音软件常见）；② 文件是否被截断（比如下载不完整）。可以用播放器查看原始时长，再对比压缩后的时长，若差异超过 1 秒，建议用 Audacity 等工具先修复源文件。