音訊變調器會使用播放速率公式 2^(n/12)，將一個本地音訊檔案在 -12 到 +12 個半音之間進行升降，而一份完整的手續文件會記錄每次執行前、執行中與執行後的所有數值。把你用來執行音訊變調器的步驟記錄下來，能將一次性實驗轉化為可重現的紀錄：你載入的輸入檔案、選擇的半音值、瀏覽器套用的播放速率，以及 WAV 下載完成時你觀察到的時長變化。這個工具完全在當前的瀏覽器分頁中執行，因此你所撰寫的文件也是唯一持久保存的執行紀錄 — 沒有伺服器日誌、沒有雲端歷史，也沒有自動儲存的專案檔案。一份清楚的文件能省去下次需要相同升降時的猜測、方便將手續交接給他人，也能讓你比較兩次執行以確認結果一致。針對每次音訊變調器的使用，請記錄輸入、所依據的公式、檢查過的限制，以及下載的檔案。
音訊變調器的手續文件應包含哪些內容
一份實用的手續文件不只是一串點擊步驟。對於一個在本機執行、每次都會產生新的 PCM16 WAV 下載的音訊變調器，文件應為未來讀者回答四個問題：上傳了什麼、改動了什麼、回傳了什麼、可能失敗了什麼。第一欄記錄檔案識別資訊 — 名稱、格式、宣告大小，以及新檔案將不會保留的任何標籤或封面資訊。第二欄記錄運算 — 輸入的半音值、瀏覽器得出的播放速率，以及工具回報的時長變化。第三欄記錄輸出 — 聲道數、取樣率、檔案大小，以及首次聆聽時注意到的任何可聞瑕疵。第四欄記錄你檢查過的限制，以便未來的執行能依據相同的預算進行規劃。
以固定順序撰寫文件，即使部分欄位為空白，也能讓每筆紀錄保持可比較性。一個月後回頭查看這份手續時，光看標題就能告訴你該在下載按鈕前確認哪個數值。當你把文件交給同事時，同樣的標題能消除對於哪個旋鈕設為哪個數值的歧義。這對音訊變調器特別有幫助，因為這個工具會刻意同時改變音高與時長，而想還原實際發生情況的唯一方式，就是在結果還在畫面上時立即寫下來。
值得記錄的輸入、限制與公式
每筆音訊變調器紀錄都應包含三項資訊。第一項是輸入檔案的來源格式與大小，因為這個工具接受瀏覽器可解碼的常見 MP3、WAV、M4A、AAC、Ogg、WebM 與 FLAC 輸入，上限為 50 MiB，但實際的編解碼器支援仍取決於當前瀏覽器，因此被辨識的副檔名並不保證每種編解碼器設定檔都能解碼。第二項是介於 -12 到 +12 之間的整數半音升降，其中 0 代表不變動，±12 代表上或下移動一個完整的八度。第三項是工具將套用的播放速率，它遵循十二音等程律：n 個半音的速率為 2^(n/12)，此關係在麥基爾大學的 MIDI／頻率參考資料中已獲確認。
檔案大小以下的上限也很重要，因為降低音高會膨脹所需的輸出訊框數量。音訊變調器將解碼後的音訊限制在五分鐘、八個聲道、介於 8,000 到 192,000 Hz 之間的取樣率，以及輸入與升降後輸出兩端皆為 3,000 萬個聲道樣本。同時記錄預計的半音值與輸入長度，是預測規劃中的執行是否能符合輸出預算最簡便的方式。MDN 的 playbackRate 參考資料說明，數值低於一會使音訊變慢，數值高於一會使其加速，而非 1 的速率會觸發重取樣 — 這正是音訊變調器所仰賴的機制。
| 半音升降 (n) | 播放速率 2^(n/12) | 預期的時長變化 |
|---|---|---|
| -12 | 0.5000 | 約為原始長度的兩倍 |
| -7 | 0.6674 | 約為原始長度的 1.5 倍 |
| -5 | 0.7492 | 約為原始長度的 1.33 倍 |
| 0 | 1.0000 | 無變化 |
| +5 | 1.3348 | 約為原始長度的 0.75 倍 |
| +7 | 1.4983 | 約為原始長度的 0.67 倍 |
| +12 | 2.0000 | 約為原始長度的一半 |
表格中的精確數字為工具公佈的等程律值；任何單次執行都可能略有偏差，因為瀏覽器會以解碼後的取樣率進行重取樣，並可能將輸出的訊框數量進位到下一個整數訊框。
如何記錄使用音訊變調器的步驟
撰寫手續時請依下列順序進行，以避免遺漏。每個步驟對應文件中的一行紀錄。
- 在全新的瀏覽器分頁中開啟音訊變調器，並清除先前的任何輸入，讓文件從已知的狀態開始。
- 挑選一個不超過 50 MiB、瀏覽器可解碼的音訊檔案，並在載入前將其名稱、宣告大小與來源格式記錄到文件中。
- 將檔案載入工具，解碼完成後，記下瀏覽器回報的輸入長度、聲道數與取樣率。
- 選擇一個介於 -12 到 +12 之間的整數半音升降，記得時長會同向變動；在渲染前將選擇的數值寫入文件。
- 依公式 2^(n/12) 計算出你 n 值對應的播放速率，並將速率寫在半音值旁邊；這就是工具將套用的數值。
- 觸發本機渲染，等待完整結果出爐，並在渲染完成時記下工具回報的時長變化。
- 下載產生的 PCM16 WAV，並將其檔名、大小、聲道數與取樣率記錄到文件中輸入資料列的旁邊。
- 將文件儲存在與 WAV 同一個資料夾中，讓這兩個檔案在未來每次引用時都能保持關聯。
這個順序反映了工具實際的運作 — 頁面從不上傳任何東西、絕不悄悄修剪輸出，也絕不以部分渲染結果替代 — 因此文件能保持對該次執行的忠實紀錄。
半音轉換速率的演算範例
只要一個演算範例就足以說明文件如何填寫。假設輸入是一個 60 秒、44,100 Hz 的單聲道 WAV，預計的升降為 +5 個半音。公式為 rate = 2^(n/12)，代入 n = 5：
rate = 2^(5/12) = 2^0.41667 ≈ 1.3348
瀏覽器會將其 source 的 playbackRate 設為約 1.3348，這代表渲染出的輸出會以相同的比例縮短。預期的輸出時長 = 60 / 1.3348 ≈ 44.95 秒。文件中的該列紀錄應寫為：輸入 60.00 s、44,100 Hz 單聲道，半音升降 +5，播放速率 1.3348，預期輸出時長 44.95 s，輸出檔案 audio-pitch-plus5.wav。
這一列紀錄就足以讓日後讀取文件的人重現這次執行、預測在不同輸入上做類似升降時的時長，或驗證下載檔案是否符合預先規劃的數值。如果你在 120 秒的輸入上重複同樣的 +5 升降，預期的輸出時長為 120 / 1.3348 ≈ 89.90 秒；此公式隨輸入長度線性縮放，因此上述表格中的關係對任何起始時長皆成立。
驗證文件紀錄與 WAV 是否一致
手續文件只有在其中記錄的數值與實際產生的檔案相符時才有用處。每次音訊變調器執行後，請用可信賴的本機播放器開啟下載的 WAV，並確認文件中所列的聲道數、取樣率與時長。若工具回報了時長變化，該變化應與你所記錄的輸入長度與播放器顯示的輸出長度之間的差異一致。不一致通常代表記錄了錯誤的半音值，或是文件是從先前不同設定的執行複製而來。如需更深入的驗證教學，請參閱逐步驗證音訊變調器結果。
由於此工具採用播放速率重取樣，而非時間伸縮演算法，因此原始的節奏、語速與拍點位置不會被保留；文件應明確記載這一點，以免未來讀者誤以為結果是節奏中性的。如果製作需求是在固定時長下進行音高變動，文件也應註明應改用具備相位聲碼器或其他時間伸縮工作流程的專用方案；音訊變調器並非為此情境設計。同步記錄工具實際執行了什麼、以及它刻意不會做什麼，才能讓手續保持誠實。
讓手續文件長期保持實用
手續如果不定時不更新，便會逐漸失真。每次升降後，請以相同的標題格式將新紀錄附加在上一筆之後，讓文件成長為一份日誌，而非一次性筆記。當執行失敗時 — 例如當預計的升降使輸出超出 3,000 萬聲道樣本預算（因為輸入很長且升降為負） — 請將錯誤訊息文字逐字複製到文件中。原文措辭很重要，因為音訊變調器會回報所要求的升降超出預算，且未對音訊進行任何截斷；讓未來的讀者知道這是遇到類似輸入被拒絕時應尋找的訊息，將有所助益。
文件也應記錄 WAV 本身無法承載的任何背景資訊。下載檔案是重新編碼的未壓縮 PCM16 RIFF/WAVE 檔案，它不會保留原始的編解碼器、壓縮品質、位元率、標籤、封面、章節、提示點、循環詮釋資料或容器詮釋資料。若這些細節對專案很重要，文件將是唯一會記住它們的地方。請將 WAV 視為音訊成品、手續文件視為專案紀錄：兩者並存時，能讓未來的讀者重現結果、稽核所做的選擇，並判斷同樣的工作流程是否適用於下一次升降。
如需更深入的探討，請參閱會破壞輸出的音訊變速器常見錯誤。