反向音訊是將錄音反向播放的過程，方法是反轉每一個解碼後的音訊樣本,讓時間上最後一個樣本變成第一個、第一個變成最後一個。錄音的總長度保持不變,但每一個可聽到的事件都會被移到位於檔案末端向前計算的位置。實際上,這代表片段尾段的小鼓擊點會出現在開頭、人聲樂句會變成下墜的尾音、鈸的衰減會反轉成漸強的堆疊。反向處理作用於解碼後的音訊資料(瀏覽器可讀取的實際波形樣本),而非容器檔案或其標籤。立體聲檔案會保持立體聲:左聲道獨立反轉、右聲道獨立反轉,兩個聲道再以正確的影格順序交錯合併。反向音訊會出現在音樂製作、音效設計、取證語音分析,以及短影音特效等場景,創作者會將片段翻轉並加上文字,讓聽者感覺能解讀出隱藏的詞句。
反向音訊對錄音做了什麼
這個轉換在樣本層級上相當直接。當你將音訊反向時,軟體會從尾到頭讀取解碼後的波形,並依該反序寫入一組新的波形。取樣率、聲道數與整體長度都會保留,因為沒有樣本被刪除或複製。真正改變的是時間軸上每個事件的位置:在 3.2 秒處的鼓擊點,在反向檔案中會出現在(總長度減去 3.2)秒的位置。由於每個聲道是獨立反轉的,立體聲錄音會保留其空間混音(左仍是左、右仍是右),但每個聲道內部的時間順序會被翻轉。
這個過程不會拉伸或壓縮時間、不會刻意改變音高、不會正規化音量,也不會移除靜音或修復削波。反轉樣本同樣不會保留中繼資料。專輯封面、ID3 標籤、章節標記、編碼器字串以及其他容器欄位都會被捨棄,因為輸出是新編碼的音訊檔案,而非原始容器的編輯副本。反向後的片段就像一份新錄音,只是恰好共用同一段反向播放的解碼波形。
反向音訊的常見用途
反向音訊在音樂、電影與線上內容中同時肩負實用與創作的角色。
- 音樂製作。製作人會反轉鈸、小鼓擊點、人聲樂句與漸強音效,製造漸強音效、過場,以及小鼓破音前那種標誌性的呼嘯聲。
- 音效設計。電影與遊戲音效設計師翻轉日常錄音,創造出科幻無人機聲、反向撞擊,以及抽象紋理,讓素材跳出常見的素材庫。
- 反向語音實驗。短片段被翻轉播放,用來測試反向後的語音是否會觸發不同的聽感,這就是短影音病毒式傳播中常見的戲法。
- 樣本檢查。音訊工程師反轉有問題的段落,從不同角度聆聽暫態,比起正向播放往往更能清楚聽見雜訊、氣音或剪輯點。
- DJ 與過場效果。將反向尾音融入新曲目,可在兩段音樂之間創造流暢、富有氛圍的交叉淡入淡出。
如何用三個步驟反向音訊
反向音訊工具完全在瀏覽器中執行,因此沒有任何檔案會上傳到伺服器。三個步驟就能涵蓋從挑選來源檔案到下載反向結果的完整流程。
- 選擇一個不超過 50 MB 的支援音訊檔案,並可選擇在瀏覽器中預覽原始檔案。檔案選擇器接受常見的 MP3、WAV、M4A、AAC、Ogg 與 WebM MIME 類型,但實際能否解碼仍取決於訪客的瀏覽器與作業系統。
- 選擇「反向音訊」,然後等待每一個解碼後的聲道樣本在本地完成反向。瀏覽器會讀取檔案、以 Web Audio API 進行解碼、反轉每個聲道,並編碼成全新的 PCM16 WAV。
- 預覽結果、確認其長度與音訊屬性,接著下載 PCM16 WAV。將反向後檔案的開頭與結尾,與原始預覽相互比對,確認翻轉確實生效。
你可以在 如何在本機將音訊檔案反向播放 指南中,閱讀同一套流程的更深入說明。
支援的輸入與檔案限制
反向音訊接受一組明確的輸入,任何超出所列限制的內容都會被拒絕。瀏覽器無法解碼的容器檔案同樣會失敗,並回報特定的解碼錯誤,而不是悄悄略過。輸入接受與成功解碼是兩個獨立的檢查,因此熟悉的副檔名並不代表目前的瀏覽器一定能讀取內部的資料。
| 輸入或限制 | 數值 |
|---|---|
| 接受的容器 | MP3、WAV、M4A、AAC、Ogg、WebM |
| 最大檔案大小 | 50 MB(壓縮輸入) |
| 最大長度 | 5 分鐘的解碼音訊 |
| 聲道數 | 1 到 8 個聲道 |
| 取樣率範圍 | 8,000 到 192,000 Hz |
| 聲道-樣本預算 | 總計 3,000 萬(影格數乘以聲道數) |
| 解碼引擎 | 瀏覽器 Web Audio API |
| 處理位置 | 目前瀏覽器分頁,不上傳 |
聲道-樣本預算能防止分頁因為意外過大的解碼陣列而卡住,即使是一個小型壓縮檔案在展開成大型 PCM 緩衝區時也一樣。若檔案超出任何限制,會收到明確的訊息,且不會進行部分處理。更換檔案或重新嘗試時,也會先清除先前的下載,如此一來舊的成功結果才不會在錯誤之後被誤認為新的結果。
反向輸出包含什麼內容
下載的檔案是新編碼的 PCM16 WAV,而不是原始 MP3、M4A、AAC、Ogg、WebM 或壓縮 WAV 串流的反向副本。每個瀏覽器解碼出的浮點樣本會被裁剪至 -1 到 1 的範圍,再對應到有號 16 位元 PCM,並以小端序寫入。負值滿刻度對應 -32768,正值滿刻度對應 32767。介面並未暗示原始編解碼器、位元率或容器中繼資料會被保留,因為這些資訊在重新編碼後都不會存活下來。
| 屬性 | 輸出中的行為 |
|---|---|
| 容器 | PCM16 WAV(RIFF/WAVE) |
| 取樣率 | 保留自解碼輸入 |
| 聲道數 | 保留(1 到 8) |
| 長度 | 保留 |
| 音量、音高、時間拉伸 | 反向處理本身不會變更 |
| 原始中繼資料、標籤、封面 | 不會複製 |
| 檔案大小 | 比壓縮來源大 |
| 數值精度 | 16 位元 PCM,而非浮點 |
由於 WAV 是未壓縮格式,輸出檔案通常會比原始 MP3 或 Ogg 大上許多。將浮點樣本降為 16 位元 PCM 也會改變數值精度,因此在以高解析度音訊編輯器開啟時,極為安靜的細節與極為響亮的峰值表現可能會略有不同。反向處理與 WAV 編碼器是由產品程式碼與測試套件共用,因此奇數、偶數與多聲道測試所驗證的同一個 reverseChannels 函式,正是實際產出結果的程式碼,而黃金 WAV 測試涵蓋 RIFF、WAVE、fmt、data 欄位、位元率、區塊對齊、小端序 PCM 位元組,以及立體聲交錯。
本地處理與隱私
所有作業都在目前的瀏覽器分頁內進行。檔案位元組、解碼後的樣本、檔名與最終的 WAV 都不會被上傳。瀏覽器會為內建預覽保留一個暫時的本機物件 URL,並為完成的下載保留另一個暫時 URL,這兩者都會在選擇另一個檔案、再次執行作業或離開頁面時被釋放。用於解碼的 Web Audio context 也會在作業結束或工作被取代時一併關閉,以避免過時的非同步作業覆蓋較新的結果。MDN 上 decodeAudioData 的說明文件,以及 Web Audio API 規範中 AudioBuffer 的章節,說明了本流程所依賴的底層解碼行為。
驗證反向結果
一份簡短的檢查清單,可在反向片段用於專案前,抓住大多數的錯誤。
- 反向之前先聆聽原始預覽,如此才能掌握檔案結尾實際聽起來的樣貌,並與結果的開頭相互比較。
- 聆聽反向結果的開頭與結尾,確認可辨識的事件已移動到相反的一端。
- 確認工具中顯示的長度、聲道數、取樣率與檔案大小,符合你的預期。
- 在將使用該檔案的編輯器或播放器中開啟下載的 WAV。瀏覽器預覽成功,並不代表每一部較舊的裝置都支援相同的 WAV 聲道配置或高取樣率。
- 當專案同時需要淡入淡出、修剪、編解碼器選擇、中繼資料保留或母帶控制時,請改用完整的音訊編輯器。反向工具僅負責樣本翻轉;它不會做正規化、重寫標籤或母帶處理。
想進一步了解,請參閱 反向音訊中的詞語:讓語音反向播放。