記錄您用來反轉音訊的步驟，意味著撰寫一份清晰且可重複的工作流程紀錄:您選擇的支援檔案、在瀏覽器中執行的本地反轉操作，以及您下載作為最終結果的 PCM16 WAV。一份實用的文件會記錄輸入格式與大小、工具強制執行的限制、您點擊的按鈕、工具顯示的數值，以及您儲存的檔案。該紀錄能讓您更容易訓練其他人、在之後的工作階段重現相同的反轉效果，或將工作流程交給音效設計師而無需再次說明發生了什麼。使用像 Reverse Audio 這類瀏覽器本地工具時，步驟很短且數值明確，因此通常一份單頁檢查清單就足以記錄從選擇檔案到下載的整個流程。因為操作在當前分頁中執行且不會上傳任何內容，所以文件可以專注於本地行為，而不是伺服器設定或工作佇列。
為何記錄步驟很重要
文件化能將一次性操作轉變為可重複的程序。當音訊反轉是音效設計工作流程、轉場效果或語音實驗的一部分時，您經常需要在之後以相同的設定重做，或將流程交給另一個人。當出問題時(例如輸出聽起來不對或檔案無法解碼)，一份有文件記錄的步驟清單也很有幫助——確切知道選取了哪個檔案、使用了哪個瀏覽器，以及檢查了哪些限制，能讓您更容易診斷出哪裡出了變化。
音訊反轉特別受益於文件化，因為輸出永遠是新編碼的 PCM16 WAV。原始的編解碼器、位元率、標籤與封面圖片不會保留，因此閱讀文件的任何人都需要知道檔案「將會」是什麼樣子，而不是它「過去」是什麼樣子。一份簡單的步驟紀錄也能讓您引用具體的限制——50 MB、五分鐘、1 到 8 聲道、8,000–192,000 Hz 採樣率，以及 3000 萬個聲道樣本——讓未來的使用者知道什麼會被接受、什麼不會。
步驟紀錄中應記錄的限制
在您點擊任何按鈕之前，您的文件應列出反轉工具強制執行的明確限制。這些是瀏覽器內部執行的相同檢查，它們決定您的檔案是否會被處理。
| 限制 | 數值 | 文件中應記錄的內容 |
|---|---|---|
| 壓縮檔案大小 | 上限 50 MB | 來源檔案的精確位元組大小 |
| 解碼後時長 | 上限 5 分鐘 | 上傳後回報的精確長度 |
| 聲道數 | 1 到 8 聲道 | 預覽顯示的聲道數 |
| 採樣率 | 8,000 至 192,000 Hz | 工具回報的 Hz 數值 |
| 總聲道樣本數 | 上限 30,000,000 | 幀數乘以聲道數 |
| 容器接受度 | MP3、WAV、M4A、AAC、Ogg、WebM | 檔案選擇器偵測到的 MIME 類型 |
| 輸出格式 | PCM16 WAV，小端序 | 下載檔案的精確副檔名 |
當您事先在文件中記錄這些限制時，您可以在檔案選擇器就停下來，而不必等到解碼錯誤。這個區別很重要:檔案選擇器接受 MIME 類型，但實際的編解碼器支援仍取決於訪客的瀏覽器和作業系統。一個容器也可能包含某個特定瀏覽器無法解碼的編解碼器，在這種情況下，工具會回報解碼錯誤，而不是聲稱每個熟悉的副檔名都一定能運作。這些檢查都不會上傳檔案，而用於解碼的 Web Audio 內容會在操作完成後或被新工作取代時關閉。
筆記中應記錄的三個步驟
反轉本身包含三個具體動作。請按照它們發生的順序寫下來，並在每個動作後記錄可見的輸出，這樣任何依照文件操作的人都能確認他們達到了相同的狀態。
- 選擇一個支援的音訊檔案(上限 50 MB)，並可選擇在瀏覽器中預覽原始音訊。記錄檔案名稱、格式與大約大小，並註明內建預覽是否能正常播放。此處的播放失敗通常代表瀏覽器無法解碼該編解碼器，而非工具的問題，因此將結果寫下來也是文件的一部分。
- 選擇 Reverse audio，並等待每個解碼後的聲道樣本在本地完成反轉。記錄操作是否在沒有解碼錯誤的情況下完成，並註明反轉後工具顯示的時長、聲道數與採樣率。反轉會對每個接受的聲道獨立執行，因此立體聲來源會保持立體聲:左聲道獨立反轉、右聲道獨立反轉，然後再以正確的 WAV 幀順序將兩者交錯在一起。
- 預覽結果、驗證其時長與音訊屬性，然後下載 PCM16 WAV。記錄顯示的時長、最終的檔案大小，以及您儲存 WAV 的位置。下載的永遠是新編碼的 PCM16 WAV;它不是原始的 MP3、M4A、AAC、Ogg、WebM 或壓縮 WAV 串流的反向播放，介面也不會暗示原始的編解碼器或位元率會被保留。
您的文件應如何說明輸出
下載的檔案是第三方筆記中最常被錯誤描述的部分，因此請明確說明。每個瀏覽器解碼的浮點樣本會被裁剪到 -1 到 1 的範圍，對應到有號 16 位元 PCM，並以小端序寫入。負的最大值對應到 -32768，正的最大值對應到 32767。因此 WAV 可能會比壓縮來源大很多，而將浮點樣本縮減為 16 位元會改變數值精度。
您的文件也應說明結果是一個全新的音訊檔案，因此不保證保留原始的元資料。專輯封面、ID3 或 Vorbis 標籤、章節標記、循環點、編碼器設定、壓縮位元率以及容器特有的欄位都不會被複製。該工具反轉的是解碼後的可聽樣本資料，而不是編輯或保留來源容器。它也不會正規化音量、移除靜音、刻意改變音高、拉伸時間或修復截波。反轉樣本會保留解碼後的時長、採樣率與聲道數，但會將每個事件移動到從結尾往回測量的對應位置。
如果同事閱讀您的步驟文件，並預期會得到一份樣本被翻轉的原始 MP3 副本，他們會感到驚訝。事先在文件中寫明這點能避免之後的混淆，也能在 WAV 結果比來源大時省去一輪電子郵件往返。
驗證已文件化的工作流程
步驟紀錄只有在描述的工作流程能夠重新執行並驗證時才有用。下載後，執行幾項簡短的檢查並將其寫入文件，這樣未來的執行就能與之比較。
在音訊編輯器或媒體播放器中開啟檔案，聆聽錄音的最開頭與最結尾。原本在結尾的事件現在應該最先播放，而原本的開頭現在應該最後播放。確認工具在下載前顯示的時長、聲道數、採樣率與檔案大小。這些數值與 WAV 標頭中嵌入的數值一致，因為當這些數值符合所述限制時，瀏覽器會保留原始的採樣率與聲道數。
為了可靠的工作流程，請保留來源檔案、聆聽原始預覽、建立反轉後的 WAV，並聆聽結果的開頭與結尾。在實際會使用的編輯器或播放器中開啟下載檔案，因為瀏覽器預覽成功並不保證每台較舊的裝置都支援相同的 WAV 聲道配置或高採樣率。如果您需要淡入淡出、裁剪、編解碼器選擇、元資料保留或母帶控制，請使用音訊編輯器，而不是期望從反轉步驟中獲得這些功能。關於確認結果的實用配套指南，請參閱關於在使用 Reverse Audio 後檢查結果的文章。
常見的文件化陷阱
在基於瀏覽器的音訊反轉步驟文件中，有幾個錯誤反覆出現。
撰寫輸出會保留原始編解碼器。結果永遠是 PCM16 WAV。明確記錄這點能避免下游編輯預期從 .wav 檔案讀取 MP3 標籤。
忘記檔案選擇器接受容器，但瀏覽器可能無法解碼其中的編解碼器。只檢查副檔名的文件無法抓到解碼錯誤。輸入接受度與成功解碼是獨立的檢查，文件中應說明這點。
將暫存的物件 URL 視為持久狀態。原始檔案僅會為了內建預覽而收到一個暫時的本地物件 URL，而完成的 WAV 會收到另一個獨立的暫時下載 URL。選擇另一個檔案、再次執行操作或離開頁面，都會釋放掉過時的 URL。已文件化的工作流程不應假設同一個 URL 在數小時後仍然有效。
省略聲道樣本預算。聲道樣本預算是幀數乘以聲道數，它能在解碼後的陣列意外過大時保護分頁，即使壓縮後的來源檔案看起來很小。一個 192 kHz、八聲道的短檔案仍可能超出預算，文件中應說明這點。
略過輸入與輸出檔案路徑。若未將來源路徑與儲存的 WAV 路徑寫入文件，未來的執行就沒有可供比較結果的基準點。請記錄兩個檔案的名稱、日期與大小，這樣同一工作流程的兩次執行就能互相比對差異。
如果您正在權衡選項，可以參考如何開始在本地合併音訊檔案，其中有詳細說明。