有文件紀錄的音訊等化器工作流程會記錄每次 EQ 執行時的確切輸入、設定、處理後的數值，以及所產生的輸出檔案，讓同樣的調整可以重現、稽核或分享，無需憑空猜測。重點在於將一次性的 EQ 作業，轉化為另一個人或未來的你，能夠逐步依照執行而無需觀看原始螢幕的紀錄。一份良好的文件紀錄日誌，會標明來源檔案、所套用的三個頻段數值、揭露的濾波器中心頻率、回報的峰值、安全縮放、取樣率、訊框數，以及儲存的檔名。因為每個數值都是數字，且底層運算遵循 W3C Audio EQ Cookbook 的 peaking-biquad 公式，日誌因此保持可驗證，而非「我加了一點低音」之類的模糊回憶。請將 EQ 工具本身視為具有公開參數的固定流程：相同的輸入加上相同的頻段設定，每次都會產生相同的輸出。兩筆日誌條目可以並列比較，找出其中的差異，並在專案繼續推進前決定結果。
一份有文件紀錄的等化器作業實際上包含哪些內容
記錄一次 EQ 執行不僅是寫下滑桿位置的清單。每筆作業條目都應讓他人無需觀看你操作，就能重建發生的事情。這代表著記錄四組事實：輸入檔案屬性、等化器控制項、工具回報的數值結果，以及最終下載的細節。
輸入屬性包括來源格式（MP3、WAV、M4A、AAC、Ogg、WebM，或在瀏覽器能解碼實際編碼時的 FLAC）、檔案大小，以及原始長度。等化器控制項包括以分貝為單位的低音、中音與高音數值，全部都必須是介於 -12 到 +12 dB 之間的整數。數值結果包括每個已處理通道的原始峰值、安全縮放後的輸出峰值、套用時的安全縮放本身、用於處理的取樣率，以及總訊框數。下載細節包括輸出檔名與 WAV 位元組長度。
將這些事實寫下來，就把 EQ 執行轉化為可重現的配方。如果同事問「你對那段 podcast 音檔做了什麼？」，你可以直接把日誌條目交給他，他就能重複完全相同的處理流程，無需猜測。同一份配方格式也讓比較兩次作業、找出哪個改變真正影響結果變得更容易。
你將記錄的等化器
適合此類文件紀錄工作的工具是 音訊等化器，一款瀏覽器本機執行、揭露中心頻率並採用統一安全縮放的三頻段峰值等化器。由於每個參數皆已公開且以整數為基礎，每次執行都會產生一份簡短、精確且不含歧義的日誌條目。該工具不會上傳音訊、不會自動調校，也不會將其濾波器設計隱藏在「神奇」的預設值之後。
當解碼後的取樣率足夠高時，低音訊段中心為 100 Hz、中音訊段中心為 1,000 Hz，高音訊段中心則為 10,000 Hz。對於較低的取樣率，高音中心頻率會降至取樣率的 45%，以使其保持在 Nyquist 限制以下。每個頻段皆使用 Q 值 1，並採用 W3C Audio EQ Cookbook 公布的 peaking-EQ biquad 方程式。三個頻段依低音、中音、高音的順序串接。將三個控制項全部設為 0 dB，會產生真正的平坦路徑：解碼後的通道樣本會在不執行非零韌波器段的情況下直接複製。
了解這一點對文件紀錄很重要，因為你所寫下的每個數字都有固定的意義。這裡沒有可調的 Q、沒有隱藏的壓縮器、沒有自動響度目標。你設定的數值就是數學所套用的內容，而回報的數字就是該數學的唯一輸出。若想用淺白語言了解每個頻段的作用，再記錄步驟，三頻段等化器逐步解說涵蓋了該工具所使用的相同 100 Hz、1,000 Hz 與 10,000 Hz 中心頻率。
日誌將參照的三個頻段
每個有文件紀錄的 EQ 步驟，最終都會指回下方的其中一個頻段參數。將中心頻率與增益範圍連同每個 dB 數值一併記錄，可避免同事在數月後閱讀你的日誌、並需要確切知道滑桿觸及了哪些內容時產生混淆。
| 頻段 | 中心頻率 | 增益範圍 | Q 值 |
|---|---|---|---|
| 低音 | 100 Hz | -12 至 +12 dB（整數） | 1 |
| 中音 | 1,000 Hz | -12 至 +12 dB（整數） | 1 |
| 高音 | 10,000 Hz，或取樣率較低時取其 45% | -12 至 +12 dB（整數） | 1 |
由於 dB 範圍僅限整數，你的日誌不需要記錄小數值。由於 Q 固定為 1，你也不需要記錄品質因數或頻寬。日誌必須始終包含的兩項事實是中心頻率（或用以推導的規則），以及所套用的整數 dB 數值。
以五個步驟記錄等化器工作流程
- 選擇一個符合 50 MiB 與 5 分鐘解碼長度限制的瀏覽器可解碼音訊檔案，並在碰觸任何控制項之前，將檔名、大小與長度寫入日誌。
- 將低音、中音與高音控制項設為介於 -12 到 +12 dB 之間的整數值，並使用上表的中心頻率將每個數值記錄在其對應頻段名稱旁。
- 於瀏覽器分頁中本機套用等化器。處理流程保持在當前分頁內；不存在上傳步驟，因此你的日誌不應記錄任何上傳欄位。
- 在下載前先讀取回報的數字：所有已處理通道的原始峰值、縮放後的輸出峰值、套用時的安全縮放因數、解碼後的取樣率，以及總訊框數。
- 使用對最終決策有意義的喇叭或耳機預覽處理後的音訊，然後儲存新的 PCM16 WAV。在同一筆日誌條目中記錄儲存的檔名與 WAV 位元組長度。
每個步驟都會產生一項或多項書面事實，而完整序列會構成文件紀錄表格中的一列，該表格可跨多個作業重複使用。當你能用五行編號文字描述所做的事情時，該工作流程就準備好可供分享了。
每筆條目中需注意的限制與輸出屬性
一份有文件紀錄的作業，唯有同時記錄工具拒絕執行的內容時才真正有用。該等化器會拒絕超過 50 MiB 的檔案、解碼後超過 5 分鐘的音訊、超過 8 個通道的音訊、落在 8,000 至 192,000 Hz 範圍之外的取樣率，以及包含超過 30,000,000 個通道樣本的解碼結果。在日誌中記錄任何拒絕情況，與記錄一次成功執行同樣重要，因為這能避免在下一次嘗試中重蹈相同的錯誤。
輸出是一個全新的未壓縮 PCM16 WAV。解碼後的音訊在內部以 Web Audio AudioBuffer 表示，浮點樣本會轉換為帶符號 16 位元小端序 PCM，並依訊框交錯。根據 Microsoft 的 WAVEFORMATEX 參考文件所描述的 WAV 表頭結構，該檔案會記錄實際的通道數、取樣率、位元速率、區塊對齊、位元深度，以及完整的資料長度。原始的壓縮、位元速率、封面、標記、章節、循環標記，以及容器特定的中繼資料皆不會保留。若你的日誌需要追蹤來源中繼資料，請在處理前擷取，因為 WAV 本身不會帶有這些資訊。
Web Audio 在解碼期間也可能進行重新取樣，因此日誌所記錄的取樣率是解碼後的速率，不一定等於來源檔案所宣稱的容器速率。每個通道會保持相同數量的樣本訊框，且每個被接受的通道都以相同的設定獨立進行濾波。即使輸入並未削波，強烈的增益仍可能將樣本推高至超過數位全幅，這正是為什麼工具會測量原始峰值，並在需要時套用一個統一的縮放因數，使最大幅度成為 0.99，而非在編碼端對個別樣本進行截斷。
當有文件紀錄的三頻段 EQ 不足時
一份乾淨的三頻段日誌是穩固的基準，但文件紀錄也應說明何時應停止使用它。已公開的此工具並非圖形化 10 頻段等化器、線性相位母帶處理器，或自動房間校正系統。它不會測量 LUFS、RMS、replay gain，或任何串流平台的響度目標，而安全縮放也並非響度正規化。
當任務需要精確的中心頻率、可調的 Q、頻譜分析、自動化軌道、線性相位處理、響度計量、抖動控制、編碼器選擇，或中繼資料保留時，請記錄改用完整的音訊編輯器。相同的日誌範本仍然適用：輸入、控制項、數值結果、輸出檔名。只有底層處理器會改變。
強烈的增益也可能會強調來源中既有的雜訊、齒音、隆隆聲或失真。有文件紀錄的衰減通常比堆疊多次增益更為安全，日誌條目可以記錄這個較安全的選擇，讓同樣的教訓不必在每個專案中重新學習。你日誌中的數字是檢查點，而非理想混音的證明。請使用具有意義的喇叭或耳機聆聽，以相近的感知音量與原始音訊進行比較，並避免僅依據更響的輸出來判斷。
延伸閱讀：比較音訊變速器做法並在本機執行。