# Loudness Normalizer

> 在瀏覽器裡量 LUFS、響度範圍和 True Peak，再把錄音或影片的聲音調到 -14、-16、-23 LUFS 等目標音量，下載 WAV。檔案不會上傳，也不用註冊。

- URL: https://bytescope.dev/zh-Hant/loudness-normalize/
- Locale: zh-Hant · Also: [en](https://bytescope.dev/en/loudness-normalize.md) · [ja](https://bytescope.dev/ja/loudness-normalize.md)
- Runs: 檔案不會離開你的瀏覽器 — 全部在本機處理。
- Requires: Any modern browser (Chrome, Edge, Firefox, Safari), desktop and mobile.
- Updated: 2026-09-08

## What it does

音量標準化，就是把整段錄音的整體大小調整到某個目標響度，讓每一集節目、每首曲子、每支影片聽起來一樣大聲。這一頁用 ITU-R BS.1770-4 來量，也就是 EBU R128 所依據的 K 加權演算法，列出整體響度（LUFS）、響度範圍（LRA，單位 LU）、True Peak（dBTP，用 4 倍過取樣找出來）和取樣峰值，另外還有整段檔案的短期響度曲線。接著它只做一件事：整段套同一個增益把響度推到目標，再用 True Peak 限制器把會超標的峰值壓在上限以下，最後重新量一次。頁面背後沒有伺服器：解碼、量測、寫檔都在你的瀏覽器裡完成，所以不用上傳、不用排隊、不用帳號。音訊檔和影片檔都可以，影片只會讀音軌。一次丟好幾個檔案也行，會一個接一個處理到同一個目標。

### 目標怎麼選

預設的目標有 -14、-16、-19、-23、-24 LUFS，True Peak 上限預設 -1 dBTP，可以在 -9 到 0 之間調整；也可以自己輸入 -40 到 -5 LUFS 之間的數字。-23 LUFS 是 EBU R128 的廣播標準，-24 LUFS 是美國廣播用的 ATSC A/85。-14、-16、-19 只標註為串流影音、Podcast、單聲道 Podcast 常見的數值：這一頁不寫平台名稱，因為我們不敢說自己知道哪個平台現在的要求，要上傳到哪裡，請以那個平台的說明為準。預設值是 -16 LUFS。

### 它會動什麼、不會動什麼

這裡的標準化只有兩件事：整段套同一個增益，加上一個只處理「會超過上限的峰值」的限制器。它不做動態壓縮、不做等化、也不修音質：一段忽大聲忽小聲的錄音，標準化之後還是忽大忽小，只是平均值換了位置。要把它拉平需要壓縮器，這一頁刻意不放。如果要達到目標就會讓峰值超過上限，限制器會擋下來，然後頁面照實告訴你，例如「目標 -16.0、實際 -16.4 LUFS」，而不是為了讓數字好看把聲音壓扁。另外，把很小聲的錄音放大 20 dB 以上，底噪也會跟著大聲，建議先用錄音降噪處理。

### 輸出與上限

輸出是跟原檔同取樣率的 16 位元 WAV，瀏覽器不會幫你重新取樣；M4A 和 Opus 輸出還沒有。解碼後的整個檔案會放在記憶體裡，而 Chrome 的解碼器每個聲道最多只能解到約 2.68 億個樣本，換算下來 48 kHz 單聲道約 93 分鐘、立體聲約 1 小時。開始處理之前頁面就會檢查，並告訴你這個檔案確切的上限，所以兩小時的錄音得先切成幾段。處理完之後可以接著用自動剪靜音修掉停頓、用 Extract Audio from Video 把影片的聲音抽出來，或用 Video Subtitles 轉成逐字稿。

## Limits

Does not upload audio, does not compress dynamics or equalize (it applies one overall gain plus a true-peak limiter), and writes only WAV for now. Files longer than about 93 minutes mono or 1 hour stereo at 48 kHz are refused before any work starts.

## FAQ

### 我的錄音會被上傳嗎？

不會。檔案由你的瀏覽器解碼，在同一個分頁裡量測、處理，再寫成 WAV。頁面背後沒有伺服器，所以什麼都不會送出去，檔名、長度、內容都不會離開你的瀏覽器。

### 目標要選 -14、-16、-19、-23 還是 -24 LUFS？

-23 LUFS 是歐洲廣播用的 EBU R128，-24 LUFS 是美國廣播用的 ATSC A/85；-14、-16、-19 則是串流影音、Podcast、單聲道 Podcast 常見的數值。這一頁不知道各平台目前實際的要求，所以不列平台名稱；如果你要上傳的地方有明確的響度規定，就把那個數字當成自訂目標填進去。沒有特別規定的話，講話內容用 -16 LUFS 是個合理的起點。

### 為什麼結果跟我設的目標不完全一樣？

因為限制器有它的工作。如果為了達到目標而需要的增益會讓某些峰值超過 True Peak 上限，限制器就會把那些峰值壓下來，響度最後就會比目標低一點。頁面會把輸出重新量一次，兩個數字並排顯示，是限制器造成的差距也會直接說明。響度範圍很大、或有尖銳峰值的錄音最常遇到這種情況。把目標調低一點，或把上限調高一點，差距就會縮小。

### 忽大聲忽小聲的錄音，標準化後會變平均嗎？

不會。標準化是整個檔案調整同一個量，小聲的段落和大聲的段落之間的差距原封不動。要把差距拉近需要壓縮器，那會改變聲音的質感，也不是標準化的意思，這一頁沒有提供。它能做的是讓不同檔案落在同樣的平均響度，這正是 Podcast 系列或一批影片最常需要的。

### 為什麼輸出是 WAV，不是 MP3 或 M4A？

WAV 沒有壓縮，標準化後的聲音不用再過一次有損編碼，任何剪輯軟體也都開得起來。輸出是跟原檔同取樣率的 16 位元，檔案比 MP3 大：48 kHz 單聲道每分鐘約 5.8 MB，立體聲加倍。M4A 和 Opus 輸出有規劃但還沒做；需要比較小的檔案，請事後再自己轉檔。

### 兩小時的 Podcast 可以標準化嗎？

目前沒辦法一次處理。瀏覽器得先把整個檔案解碼進記憶體，而 Chrome 的解碼器每個聲道最多約 2.68 億個樣本：48 kHz 單聲道大約 93 分鐘、立體聲大約 1 小時。頁面會在動工之前檢查長度，告訴你這個檔案的上限。請先用音訊編輯軟體把錄音切成幾段，每段標準化到同一個目標，聽起來就會一樣大聲。

## Related tools

- [Silence Remover](https://bytescope.dev/zh-Hant/remove-silence.md) — 把錄音裡的停頓剪掉 →
- [Audio Denoise](https://bytescope.dev/zh-Hant/audio-denoise.md) — 去掉人聲錄音裡的風扇、冷氣和街道噪音 →
- [Extract Audio from Video](https://bytescope.dev/zh-Hant/extract-audio.md) — 把影片的音軌存成獨立的檔案 →
- [Video Subtitles](https://bytescope.dev/zh-Hant/video-subtitles.md) — 把錄音轉成逐字稿或字幕 →