音量調整器的運作原理，是將每個解碼後的音訊樣本乘以一個線性增益倍率——在 100% 時輸出等於輸入，在 200% 時每個樣本會變成兩倍，而在 0% 時輸出會變成靜音，但仍會保留原始的播放時間、取樣率與聲道配置。這項單一事實是後續所有實用技巧的基礎，因為理解百分比是直接的振幅倍數(而不是分貝滑桿，也不是響度正規化器)，正是乾淨匯出與失真一團亂之間的差異所在。基於瀏覽器的 Volume Changer 會在當前的分頁中完成整個作業，使用 Web Audio API 解碼來源檔、將每個有限樣本乘以您在 0% 到 400% 之間選擇的增益、將任何超出數位全刻度的值截斷，並將結果寫成一個可立即下載的 16 位元 PCM WAV 檔。由於這個工具處理的是原始樣本資料，而不是透過有損編解碼器重新編碼，因此您下載的檔案是確定性的——相同的輸入與百分比永遠會產生相同的輸出位元組。本文接下來會帶您走過實際的工作流程、最常見的失真或徒勞無功錯誤，以及在任何筆電或手機上都能讓音量調整變得可靠的小習慣。
線性增益的實際運作方式
本文中每個實用的技巧都奠基於一項事實:您選擇的百分比，是一個直接套用至來源檔中每個解碼樣本的線性振幅倍數。在 100% 時，工具會將每個樣本乘以 1，所以輸出在數學上等同於輸入。在 200% 時，每個樣本會被乘以 2。在 50% 時，每個樣本會被乘以 0.5。在 0% 時，每個樣本會變成 0，產生靜音，同時保留原始的播放時間、取樣率與聲道數。
最關鍵的後果發生在邊界上。數位音訊以固定範圍儲存樣本，而 PCM16——也就是這個工具寫入的格式——的上限為 -32768 與 32767。當乘積後的樣本超過 1.0(或低於 -1.0)，它無法以更大的整數表示;工具會將其截斷至全刻度邊界，並記錄這個越界事件。被截斷樣本數不為零，就是所選百分比造成可聽失真最明確的訊號——不過沒有截斷並不保證結果聽起來夠大聲或平衡。
一個具體的計算範例可以說明為何這件事很重要。假設來源樣本的峰值振幅為 0.5。在 200% 增益下，計算式為 0.5 × 2 = 1.0，正好位於全刻度邊界，不會被計入截斷。在 300% 增益下，同一個樣本會變成 0.5 × 3 = 1.5，工具會將其箝制為 1.0，並記錄為一個截斷樣本。一旦被截斷，該樣本就無法在後續的調整中恢復原本的波形。
這個百分比也不是分貝控制。將線性振幅加倍，大約是 6.02 dB 的振幅增加，而不是 100 dB 的變化。這就是為什麼將數值從 100% 滑到 400%——在線性意義上是四倍大聲——實際上只增加了大約 12.04 dB，這個範圍雖然實用，卻與分貝表上顯示的數字給人的印象相當不同。
| 百分比 | 線性倍數 | 相對於 100% 的近似 dB 變化 | 邊界上的行為 |
|---|---|---|---|
| 0% | × 0 | 靜音 | 輸出為靜音;保留播放時間與聲道 |
| 50% | × 0.5 | ≈ −6.02 dB | 一半振幅 |
| 100% | × 1 | 0 dB | 輸出與來源樣本完全相同 |
| 200% | × 2 | ≈ +6.02 dB | 樣本加倍;超過 1.0 的值會被截斷 |
| 400% | × 4 | ≈ +12.04 dB | 樣本變為四倍;大聲段落將會截斷 |
理解這層關係，正是乾淨匯出與充滿刺耳失真檔案之間的差別。接下來的每一個技巧，都預設您已經知道百分比在樣本層級實際上做了什麼。
三個步驟完成音量調整
整個操作只需在 Volume Changer 工具中完成三個簡短的動作。不會上傳、不會排隊、也不會送到外部服務;解碼、乘法與 WAV 編碼全部都在當前的瀏覽器分頁中執行。
- 選擇一個不超過 50 MiB 的支援音訊檔，並等待檔名出現。工具接受瀏覽器可解碼的 MP3、WAV、M4A、AAC、Ogg、WebM 或 FLAC 檔案。副檔名並不能保證檔案能成功解碼;格式支援取決於瀏覽器、作業系統與編解碼器的版本。若解碼失敗，工具會停止並顯示錯誤，而不是產生空白或不完整的輸出。
- 設定介於 0% 到 400% 的線性輸出音量，然後選擇 Change volume。對於解碼後播放時間超過五分鐘、聲道數超過八個、或解碼後總聲道樣本數超過 3000 萬的檔案，工具會予以拒絕，因此即使檔案大小輕鬆低於 50 MiB 上限，過長或過寬的錄音仍可能無法處理。
- 預覽 WAV 檔、查看峰值與被截斷樣本數，並在完整聆聽結果後再下載。下載的檔名以 -volume-adjusted.wav 結尾，而該檔案會在分頁關閉或新作業取代時被移除。
預覽這個步驟，是大部分實質價值所在。您可以比較報告中原檔與調整後的峰值振幅，精確掌握有多少樣本必須被箝制到全刻度，並在下載前確認檔案聽起來仍然正常。
毀掉輸出的常見錯誤
以下是一些會把例行音量微調變成損壞檔案的失誤，大部分只要知道該注意什麼就很容易避免。
- 把 200% 當成「以分貝計算的兩倍大聲」。將線性振幅加倍大約只是 6.02 dB 的變化，並非 200 dB 的躍升。在不查看截斷報告的情況下將增益推過 100%，是在音軌最響的段落引入失真最快的方式。
- 忽略被截斷樣本數。工具會精確顯示有多少樣本跨越全刻度。若對於一首已經在正常電平下製作完成的音軌，該數字不是零，代表增益過高。請調低百分比並重新執行。
- 反覆儲存同一個輸出。每經過一次線性乘法與 PCM16 來回，都會增加量化雜訊，並可能再次截斷。若需要微調，請調整原始檔，而不是把調整疊加在先前已調整過的檔案上。
- 期望工具能修好來源檔中已經被截斷的檔案。一旦輸入中的樣本已達到 1.0(或 -1.0)，它就沒有任何資訊可以往上恢復。將已被截斷的檔案再放大，只是讓被截斷的峰值更響，並不會讓它更乾淨。
- 假設 WAV 匯出檔會很小。輸出是未壓縮的 PCM16，大小往往是來源 MP3、AAC 或 Ogg 輸入的好幾倍。請預先規劃磁碟空間與上傳頻寬。
- 未檢查播放時間與聲道數就替換正式音訊。工具會保留原始的取樣率與聲道配置，但快速驗證下載下來的檔案，可以避免像是立體聲檔案在某個中間步驟後變成單聲道這類無聲的錯誤。
讓每次調整更乾淨的技巧
一些小小的習慣，就能讓 Volume Changer 從一次性實驗變成可靠的日常工具。
- 從接近 100% 開始。如果目標是稍微推升一段偏小聲的錄音，設定在 110–130% 通常已經足夠。只有在完整預覽後截斷報告仍然顯示為零時，才再往上推。
- 需要佔位音軌時使用 0%。輸出會保留精確的原始播放時間、取樣率與聲道數，非常適合把靜音塞進時間軸，或在正式音訊到位前測試播放器。若想了解在音量變化時保持音質的相關建議，請參考如何在不失音質的前提下改變音訊音量。
- 保留原始檔案。這項操作無法還原在來源裡就被截斷的樣本，反覆的 PCM 轉換也會讓版本管理變得複雜。請將 -volume-adjusted.wav 視為一個新檔案，而讓原始檔維持不動。
- 聆聽完整結果，而不是片段。音軌中最響的段落常常遠在開頭十秒之後。完整預覽才能抓到真正對增益階段造成壓力的瞬間。
- 讓百分比對應到目的。小幅降低(80–95%)用來馴服過熱的錄音，中段提升(110–150%)用於強化人聲清晰度，而上段(200–400%)只在截斷報告確認為零時才使用。線性增益並非響度正規化、不是母帶處理、不是限制器，也不是壓縮器，因此請勿使用本工具去追逐特定的 LUFS 或平台目標。
- 開始新工作時關閉並重新開啟。變更檔案或百分比會讓先前的結果失效，並撤銷其暫存物件 URL，因此乾淨地重新載入，可以避免較舊的非同步解碼蓋掉較新設定的任何可能。
這個工具不會做的事
Volume Changer 是一個精準、範圍明確的工具，將它誤以為更廣泛的功能，是大家最容易犯的錯之一。它不會計算 LUFS、真實峰值、ReplayGain，或任何平台特定的響度目標。它不是限制器、壓縮器、噪音降低器，也不是母帶處理器。感知響度取決於頻率平衡、播放時間、動態、揚聲器與聆聽條件，因此乾淨的截斷報告只能代表沒有任何樣本跨越全刻度，並不能保證檔案聽起來就是理想的。
若是用於正式交付——廣播規格、串流響度目標、Podcast 規範——請使用包含完整計量測量的音訊工作流程，並將本工具視為快速的本機編輯。匯出的 WAV 使用 little-endian 整數欄位的 RIFF 容器，未壓縮 PCM 的格式代碼為 1，保留原始解碼後的取樣率與原始聲道數，讓這個檔案可以在任何 DAW 中輕鬆檢查。這種格式的結構記載於 Microsoft WAVEFORMATEX 參考文件，因此任何能讀取標準 WAV 的音訊工具都能開啟這個結果。
這個工具同樣不會保留標籤、封面、章節、循環點、cue 標記、編碼器中繼資料，或原始壓縮設定。若這些資訊對您的交付物很重要，請在將用來發行該檔案的音訊應用程式中重新掛上。
Limits, Files, and Browsers to Know
A few hard limits shape what the tool can accept. The input file is capped at 50 MiB on disk, and the decoded result is capped at five minutes of duration, eight channels, and 30 million total channel samples. A short compressed file can still fail to decode if its decoded length crosses these limits, so a quick mental check matters for long podcasts or multitrack masters. The Web Audio API — described in the W3C Web Audio 1.1 specification for decodeAudioData — handles the decoding in the current tab, which means no upload, queue, or external service touches the audio. The AudioContext is closed after processing, the object URL for the previous result is revoked, and a job identifier prevents an older asynchronous decode from overwriting newer settings.
Because everything happens locally, the only formats that work are the ones your browser can decode. MP3, WAV, M4A, AAC, Ogg, WebM, and FLAC are the practical candidates across modern Chrome, Edge, Firefox, and Safari builds, but a particular combination of operating system and codec build can still refuse a file. If decoding fails, the tool reports an error rather than producing an empty file, which is itself a useful safeguard: a missing output is easier to debug than a silent, empty WAV.
If you're weighing options, Skip the App: Run a White Noise Generator in Your Browser covers this in detail.