浏览器本地音频压缩

播客音频压缩器

在浏览器本地为播客制作发布副本,并明确区分单人语音、采访、叙事音乐、音乐较多节目与预告片。这是文件大小优化流程,不是母带或动态范围压缩;页面会估算单集与存档占用,导出一个所选版本,并用实测结果替代导出前估算。

这是发布文件大小优化器,不是母带、响度标准化或动态范围压缩器。

本地处理:音频、文件名、标签、录音数据和实测流信息不会上传,也不会写入分析系统。
状态 上传音频文件

播客文件压缩与动态范围压缩

本工具通过格式、比特率、采样率和声道控制交付字节数。音乐制作里的 Compressor 调整响段与轻段关系,LUFS 与响度也是另一套测量和处理。本页不声称自动母带、标准化响度、降噪或满足任何随时可能变化的平台硬规则。

请先完成剪辑、混音和母带,再用本工具制作发布副本。CBR 与 VBR解释比特率模式,什么是音频压缩器解释动态处理。

播客导出使用单声道还是立体声

居中的单人语音常可用单声道;采访混音完成后也可能适合单声道,但原始双轨采访可能把嘉宾或麦克风分开。叙事节目、音乐床、现场环境和立体声转场通常需要双声道,因为空间关系属于节目内容。

各预设会明确显示声道,而不是把选择藏在“质量”标签里。下混后请完整试听,并保留制作工程或母版,以便后续编辑仍能使用分轨。

语音与音乐的比特率选择

单人语音从紧凑单声道起步;采访保留立体声时需要更多总数据;叙事音乐和音乐较多节目逐级增加比特率,因为齿音、环境、瞬态和多层音乐比稳定近讲语音更容易暴露伪影。预告片则依靠较短时长控制体积。

这些数值是起点,不是质量分数。编码器、编码格式、模式与来源共同决定结果。把低质量下载文件重编码到 192 kbps 也不能恢复此前丢弃的细节。

估算单集与存档大小

导出前,单集大小按实测时长和所选比特率估算;规划器会换算每月 4、8、12 集,或你的发布频率与保留月份。导出后会改用实际 Blob 大小,让后续投影建立在真实生成文件上。

只有主动填写单集下载次数后才显示听众传输量。它只是字节乘法,不是托管账单;CDN 缓存、分段请求、重试、统计口径和协议开销都不在模型中。按容量反算可用音频存储计算器

发布时选择 MP3 还是 AAC

MP3 是保守的广泛兼容选项;M4A 容器中的 AAC 对现代播放链路可能高效,但仍需在实际托管、Feed、浏览器和应用中验证。本页只展示当前 ffmpeg.wasm 审核过的编码器,不声称任何具名平台必然接受。

浏览器试听能力也可能小于编码能力。如果 AAC 结果不能内嵌播放,请下载后在目标播放器测试,或改用 MP3。编码格式与 CBR/VBR 模式是不同问题。

响度目标是独立问题

比特率不描述感知响度。LUFS、True Peak、动态与节目平衡需要本工具没有执行的分析和处理。较小文件可能更响、更轻或不变,取决于来源与编码器;页面不会作自动响度承诺。

请在合适的音频编辑器中完成混音与响度工作,保留母版,再在这里制作大小导向的发布副本,避免把目标 MB 误当作母带参数。

实际播客导出示例

节目预设需要复核
单人谈话MP3 · 80 kbps · 单声道内容是否都居中
双人采访M4A/AAC · 112 kbps · 立体声嘉宾是否实际分开
叙事与音乐M4A/AAC · 160 kbps · 立体声转场和环境细节
音乐较多节目MP3 · 192 kbps · 立体声保留无损母版
短预告片M4A/AAC · 128 kbps · 立体声测试发布链路

严格目标大小会预留安全余量,但只有生成文件的实测字节才是实际结果。

常见问题

这个工具会为播客做母带或达到指定 LUFS 吗?

不会。它只改变与发布体积相关的文件编码设置,不做响度标准化或动态处理。

所有语音播客都应该使用单声道吗?

不是。居中语音适合单声道,但分开的嘉宾、音乐、环境或空间设计可能需要立体声。

为什么规划器同时显示预计和实际大小?

编码前只能使用比特率公式;编码后会使用真实 Blob 大小,其中包含容器和编码器的实际行为。

听众传输量就是带宽账单吗?

不是。它只是可选字节乘法,不包含缓存、重试、分段请求、协议开销和托管条款。

更高导出比特率能改善低质量来源吗?

它可能减少本次重编码的额外损失,但不能恢复来源已经删除的细节。

页面会强制执行 Apple Podcasts 或 Spotify 规则吗?

不会。本页避免不可维护的平台硬规则,请在实际发布服务中核对当前要求。