將音訊反轉代表從結尾播放到開頭，方法是翻轉每一個解碼後樣本的順序，而要在瀏覽器中開始執行這項任務最快的方式，就是使用一個本機工具：它會讀取檔案、進行解碼、調換每個樣本，然後寫入一個全新的 PCM16 WAV，而且完全不需上傳任何內容。Reverse Audio 工具能在目前的分頁中處理這整套流程：你可以選擇一個最高 50 MB 的支援檔案，瀏覽器會透過 Web Audio API 對其進行解碼，工具會獨立反轉每一個聲道，最終下載的成品是一個重新編碼的 16-bit WAV，保留來源的長度、取樣率與聲道數量。反轉並不會改變音高、拉長時間、正規化音量或略過樣本；它只是重新排列它們的順序，因此原本位於 4.2 秒處的聲音事件，在輸出中會出現在長度減去 4.2 秒的位置。在一開始就先了解邊界——接受的容器格式、位元組上限、解碼後的樣本預算，以及編解碼支援取決於你的瀏覽器——正是避免第一次嘗試變成一場困惑的關鍵。
反轉音訊實際上做了什麼
反轉音訊是一種樣本層級的運算，而不是容器層級的技巧。一個在自己的解碼器內部倒著播放檔案的播放器，仍然會讓編解碼的框結構與中繼資料主導體驗，但真正的反轉則是從內到外重建可聽見的訊號。Web Audio 會將來源解碼成一個浮點樣本的緩衝區——每個聲道一個串流——而反轉作業則會翻轉每個聲道中這些樣本的順序。對於立體聲檔案來說，左聲道會單獨被反轉、右聲道也會單獨被反轉，然後這兩個反轉後的串流會在寫入檔案前，以正確的 WAV 框順序再次交錯排列。對於最多八個聲道的多聲道檔案，相同的「逐聲道」規則也同樣適用。不會有任何解碼後的樣本被刪除、重複，或在不同聲道之間重新路由；只有它們的位置會以片段的中點為軸心進行鏡像。
這項轉換會保留三項音訊屬性不變：解碼後的長度、來源取樣率，以及聲道數量。它不會把鈸聲拉長以聽起來更低、不會壓縮音量較大的段落，也不會縮短尾音。如果來源是 48 kHz 立體聲、長度 3.871 秒，輸出結果同樣會是 48 kHz 立體聲、長度 3.871 秒。會改變的只有事件發生的時間軸：第一拍的鼓聲會變成最後一個打擊音、走向麥克風的歌聲會被聽成像在走開，而一段長長的淡出會變成淡入。這項特性——時間鏡像而沒有時間失真——是在你按下按鈕之前，最值得建立的單一心理模型。
為什麼要從本機瀏覽器工具開始
只是為了反轉一段短音訊，就去架設一套桌面編輯器、命令列工具或手機應用程式，所花的時間通常比任務本身還多。基於瀏覽器的反轉工具能省去這層額外負擔：沒有帳號、沒有外掛、沒有編解碼包，也沒有上傳步驟。反轉後的結果會以「下載附件」的方式直接送到你的裝置上。所有涉及你檔案的處理——檔案讀取、解碼、樣本反轉、WAV 編碼，以及預覽用的物件 URL——都發生在目前的分頁中；當作業完成或工作被取代時，頁面會關閉 Web Audio 環境。這個界線之所以重要，基於兩個實際的理由。第一，檔案的名稱、長度、內容，以及運算後的輸出，從未離開過你的裝置。第二，你可以在儲存 WAV 之前先預覽輸出結果來當場驗證，這一點是純命令列工作流程沒辦法做到的，除非你把結果再導入另一個播放器。
反轉工具接受的輸入
在開始之前，請先準備好一個瀏覽器確實能解碼的來源檔案。反轉工具在檔案選擇器中接受常見的 MP3、WAV、M4A、AAC、Ogg 與 WebM MIME 類型，但「以副檔名判斷可接受」與「以編解碼判斷可接受」是兩種不同的檢查。你認得的容器格式，內部仍可能包裝著你機器上的瀏覽器無法讀取的編解碼；在這種情況下，工具會回報解碼錯誤，而不會默默地產生一個佔位檔案。此外，還有一些嚴格的數值限制，會在任何樣本被翻轉之前先擋下這項作業：
| 限制 | 數值 | 存在的原因 |
|---|---|---|
| 壓縮檔大小 | ≤ 50 MB | 限制瀏覽器一次必須讀取與解碼的位元組數量 |
| 解碼後長度 | ≤ 5 分鐘 (300 秒) | 讓記憶體與浮點緩衝區保持在可控範圍內 |
| 聲道數量 | 1 到 8 個聲道 | 對應 Web Audio 標準佈局範圍 |
| 取樣率 | 8,000 Hz 到 192,000 Hz | 涵蓋電話語音到高解析錄音室母帶 |
| 聲道—樣本預算 | 總計 ≤ 30,000,000 | 幀數 × 聲道數——避免分頁被意外過大的解碼陣列拖垮 |
示範案例——估算一個典型反轉目標的規模。一段解碼後為 5 分鐘、48,000 Hz 立體聲的片段，其幀數 × 聲道數 = (300 × 48,000) × 2 = 14,400,000 × 2 = 28,800,000 個聲道樣本。這落在 30,000,000 預算以內，因此同樣長度與取樣率的檔案會通過檢查。將同一段片段改成七個聲道，總數就會上升到 14,400,000 × 7 = 100,800,000，超過預算而遭到拒絕——這是一個很實用的健全性檢查，能讓你在按下按鈕之前，先確認一段較長或多聲道的來源是否合乎限制。
在瀏覽器中反轉音訊的步驟
- 在目前的分頁中開啟 Reverse Audio 工具，並從檔案選擇器中選擇一個最高 50 MB 的支援音訊檔；如果想先掌握原始素材的狀態，可以選擇在反轉之前先觸發原始版本的預覽。
- 選擇反轉音訊，並等待瀏覽器在本機端解碼緩衝區並反轉每一個聲道的樣本；檔案讀取、解碼、樣本反轉與下載 URL 的建立，全都會在分頁中完成。
- 預覽反轉後的結果、檢查工具所顯示的長度、聲道數量與取樣率，然後下載 PCM16 WAV——更換檔案或重試時，會先清除先前的下載項目，因此先前的成功紀錄不會被誤認為新的結果。
解讀結果：PCM16 WAV 以及會改變的部分
你儲存的檔案永遠都是一個新編碼出來的 PCM16 WAV，而不是原始壓縮串流的倒向播放。每個解碼後的浮點樣本會被裁剪到 −1 到 1 的含區間範圍內，對應到有號 16-bit PCM，並以小端序寫入；負值滿刻度對應到 −32768，正值滿刻度對應到 32767。這代表 WAV 檔可能會比壓縮的 MP3 或 M4A 來源大上許多，而且 16-bit 的量化雖然犧牲了一些數值精度，卻換來一個任何編輯器或播放器都不必額外安裝編解碼就能開啟的檔案。有三項屬性會刻意從來源保留下來：長度、取樣率與聲道數量。至於容器內的其他所有內容，則不會被保留。
專輯封面、ID3 或類似的標籤、章節標記、循環點、編碼器設定，以及原始的壓縮位元率，都不會被複製到輸出檔中。反轉是一種樣本域的轉換，並不是中繼資料的直通作業。如果你需要在最終的檔案中保留標籤或封面，正確的做法是先在本機反轉，再把 WAV 交給你的編輯器或標籤工具，在發布前重新掛上中繼資料。
在你把檔案視為定稿前的快速檢查
一段能在瀏覽器中開啟的反轉 WAV，在較舊的裝置上仍然可能出問題，因此收尾的習慣就是「驗證」。聆聽預覽中的第一秒與最後一秒——一個常見的錯誤是只確認開頭聽起來正常，卻忘了結尾現在其實對應著原本的開頭。確認長度與來源相符到一個幀以內、確認聲道數量符合你播放鏈的需求，並確認檔案大小與所顯示的取樣率和長度合理。在最終會用到這段音訊的編輯器或 DAW 中開啟下載檔案，是最強而有力的檢查方式，因為並非所有舊式播放器都能正確處理非常高的取樣率或不常見的聲道佈局。原始檔案應與反轉後的副本並存保留，如此一來，未來任何「這跟我想的不一樣嗎？」的疑問才能有基準可以對照。
何時該改用音訊編輯器
瀏覽器的反轉流程是為了一個專注的任務而打造的：翻轉每個聲道中的每個樣本，然後交還一個 WAV。它並不會安裝 FFmpeg、不會經過轉檔伺服器、不會進行音量正規化、不會剪除靜音、不會刻意改變音高、不會拉長時間，也無法修復削波。如果手上的任務包含在新邊緣加上淡入淡出、特定的取樣率目標、用於發佈的編解碼選擇、保留中繼資料，或母帶等級的增益調整，那麼乾淨的做法就是：先從這個工具下載反轉後的 WAV，再接著在音訊編輯器中繼續處理。解碼後的緩衝區已經正確、聲道也已經對齊來源，編輯器可以直接從瀏覽器步驟結束的地方接手，而不是要你在一套更重的工具裡再重做一次反轉。
想進一步了解，請參考 Volume Changer Free No Sign Up: Edit Audio Locally。
想進一步了解，請參考 Audio Effects Online Alternative: Run Six Effects Locally。