标准化到底做了什么
流媒体服务会测量你曲目的综合响度，和它自己的目标比较，然后在播放时施加一个增益变化。不会重新编码，也不会重新压缩：它就是一次音量调整，作用于整首曲目，在入库时决定一次，此后每次播放都照此执行。
由此带来的结果，正是人们觉得违反直觉的地方：把母带做得比目标更响，并不会让你比别人更响。它只会让平台按差值把你调低，你最终和其他人落在同一个播放电平上，还为此花掉了动态范围。
这里的测量，指的是 ITU-R BS.1770 定义的综合 LUFS 读数：针对整首曲目，并经过门控，让静音和安静段落不会把数值往下拉。如果这句话需要展开解释，可以从《LUFS 到底测量的是什么》读起；这篇文章默认你已经了解，直接讲平台会做什么。
各平台的目标，以及由谁公布
这里的数值并不都是由它所描述的服务自己公布的。Spotify 和 EBU 公布了各自的数值。Apple 和 YouTube 没有公布任何音乐响度数值，所以它们的数字来自第三方的测量。每一行都注明了数值的来源。数值偶尔会变，所以值得去查看来源，而不是相信你某次学到的数字。
- Spotify：综合响度 -14 LUFS，上限 -1 dBTP（响度高于 -14 LUFS 的母带为 -2 dBTP）。由 Spotify 在其面向艺人的指南《Loudness normalization》中公布。
- Apple Music：综合响度 -16 LUFS，上限 -1 dBTP。由第三方测得；Apple 仅在其播客要求中为 Sound Check（音量平衡）公布了 −16 dB，并在其 Digital Masters 指南中要求至少留出 1 dB 余量。
- YouTube：综合响度 -14 LUFS，未公布真峰值上限。由第三方测得；YouTube 没有公布任何响度数值，也没有公布真峰值上限。
- 广播（EBU R 128）：综合响度 -23.0 LUFS，±0.2 LU，上限 -1 dBTP。由 EBU 在 R 128（2023）中公布。这是广播节目交付时的电平，而不是播放器的设置。
两个服务的目标数字可以不同，做的却是同一件事。Apple Music 的 −16 并不比 Spotify 的 −14“更安静”，至少不是以任何你能据此采取行动的方式：每个服务设定自己的播放电平，你的母带会被它们各自独立地调整。响的母带在两边都会被调低。安静的母带才是两者不同的地方，下面讲低于目标的那一节会解释。两者各有一页专门讲具体情况：《Spotify 的 LUFS 标准》和《Apple Music 的 LUFS 标准》。
列出 EBU R 128 是为了对比，它是另一类数值。它是广播机构要求节目交付时达到的电平，而不是播放器的设置，所以不会有任何东西为了符合它而被调低。
我的母带应该做多响？
不是因为 Spotify 说 −14 就做到 −14 LUFS：这是对上面那张表最常见的误读。目标描述的是平台会把你的曲目放在哪里，而不是它希望你以什么电平交付。一份以 −14 交付的母带和一份以 −9 交付的母带，在开启标准化的流媒体上都以 −14 播放；听众能听到的唯一区别，是更响的那份放弃掉的动态。
所以由素材来决定。一张稀疏、动态丰富的唱片，低于流媒体目标也没问题：它的峰值离上限很远，所以 Spotify 可以把它调高，Apple 也说 Sound Check（音量平衡）可以。一张密实的唱片，母带可以做得远高于目标，而不会失去它原有的任何东西，只是被调低而已。两个方向上的错误都是追逐数字：为了达到 −14 去压缩一张民谣唱片，或者把一张电子乐唱片压到瞬态不再是瞬态，只为了一个在播放时就会被拿走的响度优势。
实际的做法是：把唱片做到听起来已经完成，放在同一曲风中你认可的作品旁边也站得住；然后测量它，并根据真峰值采取行动。综合数值是参考信息，上限才是规则。
如果低于目标呢？
这取决于平台，也是各个服务真正不同的唯一地方。
- Spotify 会把安静的曲目调高，并公布了能调多高：只调到真峰值达到 −1 dBTP 为止。这就是下面要讲的上限起作用的地方。
- Apple 说 Sound Check 可以“调高或调低每首曲目的音量”。它没有说会把一首曲目调高多少。
- YouTube 对此什么都没有公布。测量过 YouTube 的人报告说，它会把响的曲目调低，但不会把安静的曲目调高，所以安静的母带会以它交付时的电平播放。
把一首曲目调高 4 dB，它的峰值也会升高 4 dB。Spotify 自己的文档说，在施加正增益时，它会为有损编码留出 1 dB 的余量，所以一首 −20 LUFS、真峰值已经在 −5 dBTP 的曲目，只会被调高到 −16，而不是 −14：只有“响亮”这一听众设置会加上限幅器，把它推得更高。因此，一份峰值接近满刻度的安静母带，在默认设置下听起来会比周围所有曲目都更安静，而且没有任何东西能补救它。同一份文档还要求，比 −14 LUFS 更响的母带，真峰值要保持在 −2 dBTP 以下，因为“更响的曲目在为流媒体编码时更容易产生额外的失真”。
结论在每个服务上都一样：峰值远低于上限不会让你付出任何代价，而正是它，给了标准化去做那件简单的事的空间。
标准化的开与关，以及专辑模式
在大多数服务上，标准化是一个听众设置：Spotify 提供安静、正常和响亮三档，Apple 把它叫作 Sound Check。有些听众会把它完全关掉，有些则根本用不上：Spotify 说它的网页播放器和第三方设备（比如电视和音箱）不使用响度标准化。以原始电平播放的曲目，会以它被做成的响度被听到，夹在其他曲目之间，而那些曲目也以它们各自被做成的响度播放。这是更响的母带真的更响的唯一情形：也正是在这种情形下，一份依赖标准化才听起来对的母带，就不再对了。
另一个值得了解的设置是专辑模式。当听众完整播放一张专辑时，提供这一模式的服务会把整张专辑作为一个整体来做标准化，而不是逐首处理，这样一首刻意安静的过场曲，相对于它后面的曲目仍然是安静的。在随机播放或歌单里，曲目会被逐首标准化。对母带工程师来说，这意味着一张唱片中各曲目之间的电平关系，在专辑播放时会被保留，在歌单里则会被抹平：这就是为什么一首必须单独成立的曲目，要按单独成立来做母带。
唯一值得严格对待的数字
采样间峰值。这些平台全都交付有损音频，而有损编码器重建出的波形会穿过你的采样点，而不是止于采样点：所以一份在采样峰值表上峰值为 −0.1 dBFS 的母带，在编码中可能超过满刻度并产生失真。
这就是为什么公布的上限在 −1 dBTP 左右，而不是 0。这是指导意见中唯一一处真正的警告，而不只是偏好；它的测量方式也和大多数 DAW 里的峰值表不同：真峰值会对信号做过采样，找出采样之间的曲线。一个把真峰值上限设在满刻度以下 1 dB 的限幅器，就是全部的解决办法，而且听不出任何代价。已经固化在文件里的失真是另一种诊断：削波与噪声检测器回答的就是那个问题。
播客与语音内容
在各大应用中，只有 Apple 公布了播客的响度数值。它的播客要求建议约 −16 LUFS（它写作“dB LKFS”，是同一个单位），上下浮动不超过 1 dB，真峰值不高于 −1 dB。同一页面说，开启 Sound Check 时，内容以 −16 dB 播放。我们没有找到 Spotify、Amazon 或 YouTube 公布的播客数值，所以你看到的、被说成是它们的任何数字，都请当作猜测。语音的动态往往也比音乐大得多，离话筒更近的说话人和另一个说话人，在同一集里可能相差好几个 LU，所以播客的响度数值只是工作的一半。另一半是把各个说话人的电平拉平，而没有哪个标准化会替你做这件事。我们为语音内容做的事讲的就是这条路，它主要是音频修复和电平调整的问题，而不是母带处理的问题。
上传之前检查母带
测量完成的文件，在限幅器之后、抖动之后、任何采样率转换之后，而不是工程；要测量整首曲目，而不是最响的那一段。任何符合 BS.1770 的响度表，给出的综合数值相差都不会超过 0.1 LU；本站的 LUFS 与真峰值响度表在你的浏览器里完成测量，无需上传文件，并会把读数和上面的目标放在一起对比。
然后用正确的方式读结果。“比 Spotify 的目标高 3 LU”意味着曲目会被调低 3 dB，这不是毛病。“比上限高出 0.4 dB”才是需要处理的那一行。
实际该怎么做
为歌曲本身做母带，事后再检查数字，只根据真峰值采取行动。如果你的曲目落在 −8 LUFS，是因为它需要这样，平台会把它调低，它听起来仍然是它自己。如果它落在 −8 LUFS，是因为你在追逐响度，那你就是为了一个没人听得到的音量，白白送掉了动态。
如果你更希望目标根据素材而不是一张表来设定，Euphona 的 AI 母带处理会为它拿到的曲目选择响度和真峰值目标，稀疏的唱片和密实的唱片会得到不同的答案，并报告它做的每一个调整，让你可以回头查看理由，而不是只能相信它。《如何给歌曲做母带》讲的是用手动方式做同样的决定。
继续阅读