免費工具
LUFS 與真峰值響度計
把曲目拖進來，就能看到它的整合響度、真峰值、峰值響度比與響度範圍，依 ITU-R BS.1770-5 測量：Spotify 表示，它就是用這項標準來決定你的音樂播放時有多大聲。
不會上傳任何東西。檔案由你自己的瀏覽器解碼與測量；這個頁面沒有任何可以接收音訊的端點。也因此頁面載入後即可離線使用，檔案大小也只受你裝置的記憶體限制。
把音訊檔拖進來，或選擇一個檔案。檔案只會在這台裝置上讀取，不會傳送到任何地方。
如果需要調整
在母帶階段解決峰值問題
一個依結果而定的下一步，只在你看到結果之後出現，絕不擋在結果前面。
讀數高於平台的目標，播放時只會被調小聲，不會受損；真峰值超過上限，才是唯一需要處理的那一行，而處理的地方是母帶後製階段。Euphona 的 AI 母帶後製會依你可以更改的響度與真峰值目標為混音做母帶，並回報它在處理前後測得的響度、真峰值與響度範圍。免費方案就能用你自己的曲目執行，並把結果與原曲做響度匹配後播放。
這些數字
這些數字代表什麼
每個讀數在告訴你什麼，以及哪一個需要你採取行動。
LUFS 測量的是聲音在一段時間內聽起來有多大聲，而不是波形有多大。所以一個密實、壓縮過的母帶，讀數可能比另一個峰值更高、但較開闊的母帶還要大聲：這也是串流平台依響度、而不是依峰值做正規化的原因。
- 整合響度
- 整首曲目只用一個數字表示。低於 −70 LUFS 的安靜段落不計入，比平均值低 10 LU 以上的部分也不計入：所以接近無聲的前奏不會把它拉低。平台做正規化時依據的就是這個數字。
- 真峰值
- 波形在取樣點之間達到的最高電平，這才是有損編碼器實際要重現的東西。它通常比你的 DAW 顯示的峰值高，而這個落差，正是看起來沒問題的母帶上傳後卻失真的原因。
- 峰值響度比（PLR）
- 真峰值減去整合響度，單位為 dB，依 EBU 與 AES 的定義。PLR 小，代表平均值離峰值很近，這正是重度限制造成的結果。沒有任何標準為它設定目標：它描述母帶，而不是替母帶打分數。
- 響度範圍
- 整首曲目從較安靜的段落到較大聲的段落，響度變動了多少，單位為 LU（EBU Tech 3342）。重度限制的母帶讀數低；有安靜段落也有大聲段落的音樂讀數高。兩者都沒有錯：它描述的是音樂本身。
- 在找動態範圍測量工具嗎？
- PLR 與響度範圍，是背後有公開標準支持的兩種動態讀數，這個頁面兩者都會顯示。EBU 提醒，響度範圍不等於動態範圍，也不等於峰值因數。有些測量工具顯示的「DR」分數是專有的量測方式，不是標準，所以這個工具不計算它。
- 「超過」目標是什麼意思
- 意思是平台會把你的曲目調小那麼多。這不代表曲目太大聲；自己先把它調小，除了你為了達到這個響度而放棄的動態之外，什麼也得不到。
平台目標的出處
- Spotify：整合響度 -14 LUFS，上限 -1 dBTP（響度高於 -14 LUFS 的母帶為 -2 dBTP）。由 Spotify 在給藝人的指南〈Loudness normalization〉中公布。
- Apple Music：整合響度 -16 LUFS，上限 -1 dBTP。由第三方測得；Apple 只在 Podcast 規範中公布 Sound Check（音量平衡）的 −16 dB，並在 Digital Masters 指南中要求至少 1 dB 的餘量（headroom）。
- YouTube：整合響度 -14 LUFS，未公布真峰值上限。由第三方測得；YouTube 沒有公布任何響度數值，也沒有公布真峰值上限。
- 廣電（EBU R 128）：整合響度 -23.0 LUFS，±0.2 LU，上限 -1 dBTP。由 EBU 在 R 128（2023）中公布。這是廣電節目交付時的響度，而不是播放器的設定。
驗證
如何驗證這個工具
用這裡和你已經信任的任何響度計測量同一個檔案。兩者的讀數應該相差約 0.1 LU 以內；如果不是，該懷疑的是我們這一個，也請讓我們知道。每次建置時，這個響度計都會用 EBU 為響度計定義的測試訊號來測試：Tech 3341 的案例 1、2、5、6、9、12 與 15至19，在 44.1、48、88.2 與 96 kHz 下測試；案例 3、4、10 與 13 在 48 kHz 下測試；響度範圍則用 Tech 3342 的案例 1至4。這些測試是依 EBU 的文件自行產生訊號，而不是使用 EBU 的音訊檔。