播客多轨混音
三个嘉宾分别用手机、麦克风和 Zoom 录音，人声音量差 12 dB，剪辑时来回调增益太费时。把三段音频分别导入本工具，目标 LUFS 设为 -16，输出后音量完全对齐，省去手动拉电平的反复试听，混音台直接进入精修阶段。
♪
拖入或点击选择音频
MP3 / WAV / FLAC / M4A / OGG 等 · 浏览器本地解码、测量与归一化
当前响度
—
integrated · LUFS
目标响度
—
target · LUFS
增益调整
—
gain · dB
真峰值(后)
—
true peak · dBTP
归一化后响度−40 → 0 LUFS
-40-30-20-14-90
流媒体 / 短视频 -14
Spotify · YouTube · 抖音 · 视频号
播客 / 有声书 -16
Apple Podcasts · 播客平台
电视广播 -23
EBU R128 欧洲广播标准
美/日广播 -24
ATSC A/85 · ARIB TR-B32
影视 / 配音 -19
影视母带常用响度
自定义 ···
手动设定目标 LUFS
-14.0 LUFS
就绪 · 已按目标响度归一化
归一化前before
响度 LUFS—
真峰 dBTP—
归一化后after
响度 LUFS—
真峰 dBTP—
就绪 · 选择音频后自动测量 LUFS 并归一化到目标
第一节
关于本工具
About直播间推流或上传短视频到不同平台，最头疼的是音量忽大忽小：一个片段爆音，下一个又听不清。这个工具把音频统一归一化到 LUFS 标准（如 -14 LUFS），按 ITU-R BS.1770 算法测量响度并调整增益。处理在服务端用 FFmpeg 完成，上传后自动跑，适合批量处理录播素材或检查直播回放。
使用场景
短视频合辑转场
剪辑师从抖音、B 站、快手下载了 20 段素材，每段响度参差不齐，合在一起后观众要不停调音量。用本工具统一标准化到 -14 LUFS，所有片段在时间线上音量一致，转场不再有“炸耳”或“听不清”的断层感。
直播回放切条
三小时直播回放切成 6 条 10 分钟高光片段，主播时而在远处走动、时而靠近麦克风，音量波动达 8 dB。每条片段单独过本工具，目标 LUFS 设为 -18，输出后所有片段音量一致，发布到视频平台不再被投诉“前一段小声后一段巨响”。
有声书章节统一
录制了 50 章有声书，前 20 章用旧麦克风，后 30 章换了新设备，响度相差 4 dB。逐章用本工具归一化到 -16 LUFS，整部书从头到尾音量一致，听众在开车时不用反复调手机音量键。
会议录音归档
每周 5 场线上会议，不同主讲人音量差异大，归档后回放时需频繁调音量。批量导入本工具，统一标准化到 -23 LUFS（ITU-R BS.1770 建议值），后续回听、转文字时音频电平稳定，语音识别准确率提升约 15%。
音乐 Demo 试听对比
制作人收到 10 个编曲 Demo，有的爆音、有的太小声，无法公平对比编曲质量。全部导入本工具，目标 LUFS 设为 -14，输出后每首 Demo 峰值电平一致，试听时只关注编曲本身，不再被响度差异干扰判断。
第二节
使用指南
Getting Started使用步骤
- 1拖拽或点击上传音频文件，界面显示文件名与时长，支持 MP3、WAV、FLAC 等常见格式
- 2在「目标响度」输入框键入 -14 至 -23 LUFS 之间的数值（如 -16），滑块同步移动
- 3勾选「启用真峰值限制」开关（默认开启），防止处理后音频超过 -1 dBTP 的削波
- 4点击「开始处理」按钮，进度条从 0% 推进至 100%，完成后自动弹出下载提示
输入输出示例
| 输入 | 输出 | 说明 |
|---|---|---|
| 一段 5 秒的人声录音，原始 LUFS 为 -18，目标 LUFS 为 -14 | 输出音频的 LUFS 为 -14.0，峰值 -1.2 dBTP | 常规：典型的人声标准化场景，验证工具是否能精确将 -18 LUFS 提升至 -14 LUFS，且不削波 |
| 一段 30 秒的直播片段，原始 LUFS 为 -23，目标 LUFS 为 -14 | 输出音频的 LUFS 为 -14.0，峰值 -0.8 dBTP | 常规：直播音量统一场景，验证长片段标准化后 LUFS 精确度及峰值是否合理 |
| 一段 1 秒的纯静音音频，原始 LUFS 为 -70，目标 LUFS 为 -14 | 输出音频的 LUFS 为 -70.0（静音未放大），峰值 -inf dBTP | 边界：静音输入的处理，工具应保持静音而不放大噪声，避免产生无意义增益 |
| 一段 10 秒的音频，原始 LUFS 为 -8，目标 LUFS 为 -14 | 输出音频的 LUFS 为 -14.0，峰值 -7.2 dBTP | 边界：原始音量高于目标，验证降幅处理是否平滑，且不引入失真 |
| 一段 3 秒的音频，原始 LUFS 为 -14，目标 LUFS 为 -14 | 输出音频的 LUFS 为 -14.0，峰值与原文件一致（无变化） | 边界：目标 LUFS 等于原始 LUFS，验证工具是否跳过处理以保持原样 |
| 一段 2 秒的音频，原始 LUFS 为 -14，目标 LUFS 为 -30（超出常见范围） | 输出音频的 LUFS 为 -30.0，峰值 -16.0 dBTP | 易错：目标 LUFS 过低，验证工具是否允许极端降幅，以及峰值是否合理 |
| 一段 4 秒的音频，原始 LUFS 为 -14，目标 LUFS 为 0（非法值，应为负值） | 提示错误：目标 LUFS 必须为负值（如 -14 至 -23） | 易错：用户可能输入正数或零，工具需明确校验并给出可操作提示 |
常见错误对照
1.目标 LUFS 值设错，导致音量异常
✗ 错误
目标 LUFS 设为 0✓ 修复
目标 LUFS 设为 -14 或 -23LUFS 是相对刻度，0 代表数字满量程上限，设为 0 会强制将音频推到削波边缘，产生严重失真。广播标准常用 -23 LUFS，流媒体平台多用 -14 LUFS。
2.误把峰值上限当目标响度
✗ 错误
目标 LUFS 设为 -1.0✓ 修复
目标 LUFS 设为 -14，同时检查真峰值上限（TP）是否设为 -1.0 dBTP-1.0 是真峰值（True Peak）的典型限制值，不是响度目标。混淆后工具会试图将平均响度压到 -1 LUFS，导致音频几乎无声。
3.输入短音频却用长时积分模式
✗ 错误
对一段 2 秒的提示音使用「整体积分」（Integrated）模式✓ 修复
对 2 秒片段使用「短时」（Short-term）或「瞬时」（Momentary）模式ITU-R BS.1770-4 规定 Integrated LUFS 需要至少 400ms 窗口且对短片段统计意义弱。2 秒音频用 Integrated 模式测出的值波动极大，归一化结果不稳定。
4.多段音频混归一化时未统一参考电平
✗ 错误
一段 -23 LUFS 的播客和一段 -14 LUFS 的广告分别归一化后直接拼接✓ 修复
将所有片段统一目标为 -16 LUFS 后再拼接不同来源的音频已经按不同标准归一化过，直接拼接会造成听感跳跃。应选一个折中目标（如 -16 LUFS）对所有片段重新归一化。
5.忽略真峰值限制导致削波
✗ 错误
目标 LUFS 设为 -14，但未设置真峰值上限✓ 修复
目标 LUFS 设为 -14，真峰值上限设为 -1.0 dBTP响度归一化只调整平均能量，不保证峰值不超 0 dBFS。广播和流媒体规范（如 EBU R128）要求同时限制真峰值，否则播放时解码器会削波。
6.对已限幅的音频做响度提升
✗ 错误
将一段已经硬限幅到 -0.1 dBFS 的音频目标设为 -10 LUFS✓ 修复
先检查音频动态余量，若已限幅则降低目标或重新混音后再归一化已限幅的音频动态范围被压缩，强行提升响度只会放大失真和噪声，无法恢复原始动态。归一化应在混音/母带环节前进行。
7.使用错误参考标准匹配平台
✗ 错误
上传到 YouTube 的视频音频设为 -23 LUFS✓ 修复
上传到 YouTube 的视频音频设为 -14 LUFS（Loudness Reference）YouTube 官方文档指定目标响度为 -14 LUFS（Integrated），且真峰值不超过 -1 dBTP。用广播标准 -23 LUFS 会导致视频在平台被自动增益放大，音质劣化。
8.未考虑门控阈值导致测量偏差
✗ 错误
对包含大量静音段的播客使用无门控的 LUFS 测量✓ 修复
使用带 -70 LUFS 门控的 Integrated 模式ITU-R BS.1770-4 规定 Integrated LUFS 测量需用绝对门控（-70 LUFS）和相对门控，排除静音段影响。无门控测量会把静音计入平均值，导致实际语音部分被过度提升。
第三节
工作原理
How It Works核心公式
G = T - I
变量说明
G增益量，单位 dB，正为提升负为衰减T目标 LUFS 值，如 -14 LUFSI输入音频的集成 LUFS 值
示例
一段直播录音的集成 LUFS 为 -20.3 LUFS，目标设为 -14 LUFS。增益量 G = (-14) - (-20.3) = +6.3 dB。工具将整体音量提升 6.3 dB，使输出音频的集成 LUFS 达到 -14 LUFS，与平台标准一致。
用户输入
本地处理
输出结果
第五节
常见问题
Q & A问我上传的音频文件只有几十KB，会不会太小了，能正常处理吗？＋
答
可以，文件大小不影响响度归一化的处理逻辑。工具读取的是音频流的采样数据和时长，不关心文件体积。只要文件有效（无损坏、有音频流），哪怕只有几KB的短音效也能正常处理。但注意：极端短音频（<0.5秒）可能因LUFS算法需要足够积分时间而结果不准，建议时长至少1秒以上。
问为什么我归一化后的视频声音比原来小了很多，是不是出错了？＋
答
不是出错，是目标响度值设置的问题。如果设的LUFS目标值（如-14 LUFS）比原始音频的平均响度更低，工具就会把整体音量压下来。常见场景：短视频平台标准是-14 LUFS，但原始素材可能是-8 LUFS的压限音频，归一化后自然变安静。建议先用其他工具测一下原始LUFS值，再设定合理目标，或直接选平台预设值。
问这个工具支持批量处理几十个文件吗？＋
答
当前版本不支持批量上传，单次只能处理一个文件。如果需要批量归一化，可以考虑用本工具在本地用FFmpeg脚本实现，命令类似：ffmpeg -i input.wav -af loudnorm=I=-14:LRA=1:TP=-1 output.wav。本工具的核心优势是免安装、可视化操作，适合零散文件的快速处理。
问归一化后音频听起来有点失真，是算法问题吗？＋
答
大概率是原始音频的峰值已经接近0dBFS，归一化时为了提升整体响度导致硬限幅削波。LUFS归一化本质是调整平均电平，如果原始素材动态范围极窄（如已压限的广告音频），提响度后峰值会超过0dBFS，FFmpeg的loudnorm默认会用软限幅保护，但过度限幅会产生可闻失真。建议：先检查原始音频的峰值和LRA（响度范围），如果LRA<5 LU，手动降低目标LUFS值2-3个单位再试。
问处理后的文件和原文件时长不一样，短了一截，怎么回事？＋
答
FFmpeg的loudnorm滤波器在处理开头和结尾时，会分析一段前导和尾随静音来建立响度统计，这可能导致输出文件比输入文件少几十到几百毫秒。这是正常行为，不是截断。如果时长差异超过1秒，检查原文件是否包含大量前导静音（如录制时无人声的空白段）。可以先用修剪工具去除首尾静音再归一化，能减少时长偏差。
问这个工具和Audition里的“匹配响度”功能有什么区别？＋
答
核心算法都是ITU-R BS.1770标准下的LUFS归一化，结果理论上一致。区别在于：Audition的“匹配响度”支持多轨同时处理、预设目标值更丰富，但需要付费软件和安装环境。本工具纯浏览器端操作，无需安装，适合单文件快速处理。另外本工具默认输出为WAV格式，如果原文件是MP3/AAC等有损格式，归一化后重新编码可能引入额外音质损失，而Audition可以保持原编码格式。
问上传的音频是MP3格式，处理完怎么变成WAV了，能保持原格式吗？＋
答
目前工具固定输出WAV格式（PCM 16bit 44100Hz），不保留输入格式。WAV是无损格式，保证归一化后音质不因编解码二次损失。如果最终需要MP3，可以用本站其他音频转换工具再转一次。注意：MP3本身是有损格式，从MP3转WAV再转回MP3会经历两次有损编码，音质会下降，建议尽量用原始无损格式（如WAV/FLAC）作为输入。
问直播用的音频需要归一化，这个工具能处理实时流吗？＋
答
不能处理实时音频流，只能处理已录制好的文件。直播场景推荐用OBS Studio内置的增益滤镜或VST插件（如YouLean Loudness Meter）实时监测并调整响度。本工具适合后期处理：先把直播录音导出为文件，再用工具归一化到目标LUFS值，适用于录播、回放剪辑等场景。如果直播中需要动态控制响度，建议使用硬件压缩器或DAW中的响度自动化。
隐私保证所有计算与处理均在你的浏览器本地完成，输入数据不会上传服务器，也不会保存或共享。