ABX 盲聽比較器:可以在瀏覽器裡直接編出各種條件, 或載入外部做好的檔案;播放兩個已知樣本與一個隱藏樣本,記錄你是否認得出隱藏的 那個,並用機率檢定判斷成績是不是運氣。

ABX 盲聽比較器

「聽起來比較好」很容易是錯覺 —— 知道自己在聽哪一個, 判斷就已經被污染了。ABX 的做法是:給你 A、B,再給你一個藏起來的 X, X 是 A 或 B 其中之一。你只要回答 X 是誰。答對夠多次,才算真的聽得出差別。
來源檔案 —— 必須是無損(WAV 或 FLAC)
還沒選檔案
預設值與 tools/make_excerpt.py 一致。 想快一點就把 30 改成 10~15。
WAV 和 FLAC 都用它們自己的取樣率讀進來,不會偷偷重取樣 —— 這點有實測。丟有損檔進來會被擋下:那等於在每個條件底下都墊了第三個 編碼器,量到的就不是你想量的東西了。檔案不會被上傳, 所有編碼都在你的瀏覽器裡跑。
把每個編碼器掃過一遍,畫在同一組座標上。 這是本專案研究問題一的正確做法:各編碼器的 rate–distortion 曲線放在 同一個座標系,而不是各自比較預設碼率。
量測結果會出現在這裡。
要比什麼
串兩級編碼,像真實訊號鏈那樣。第一級留空就是單級。 頁面會自動幫你加上隱藏參考與低錨。
第一級 接著第二級
自訂清單是空的
編碼結果會出現在這裡。它會列出這一組裡有哪些條件, 但**不會**告訴你哪個條件被排到第幾號 —— 那是故意的。
先把你的答案寫下來再掀。看過就回不去了, 那一組等於報廢。
這裡的編碼器全部是本專案自己編的。 每一個都是各專案的參考原始碼用 Emscripten 編成 WebAssembly, tools/verify_wasm.sh 會把位元流跟原生建置逐位元比對。 它們維持原有的信任等級,量到的東西可以跟 bt_codecs.py 的數字放在一起看。 AAC 曾經是唯一的例外 —— 用的是瀏覽器內建那顆,第三個實作、 架構沒有文件、而且 Firefox 與不含專利編碼器的 Chromium 根本沒有它。 現在改成 ffmpeg 原生的 aac(就是 docs/codec-architecture.md 拆解的那個第 4 級編碼器), 已驗證與 ffmpeg.exe -cpuflags 0 逐位元相同。 所以這一頁不再用到 WebCodecs,任何瀏覽器都跑得動。 元件與授權(哪些編碼器、什麼授權、為什麼沒有 LHDC):licenses.html 還沒編進來的編碼器,仍然要用 tools/make_blind_test.py 產生,再走上面「載入 .wav 檔」那個頁籤。
還沒載入任何檔案
挑同一個盲測資料夾裡的 .wav 檔(可以全選)。 檔案不會被上傳,解碼都在這個頁面裡做。
2

挑兩個來比

一次只能比兩個。編號就是條件的代號,你現在還不知道它們是誰。
3

選一小段來重複播放

在波形上拖曳選一段。建議 2~4 秒, 挑有鼓點、鈸、或明顯撥弦的地方 —— 綿長的和弦每個編碼器聽起來都差不多, 差別幾乎都出現在瞬間變化的地方。
4

聽,然後回答 X 是誰

A / B / X 是同時在播的,按鈕只切音量,所以切換沒有停頓、 位置也不會跳 —— 大膽地快速來回切。 鍵盤:A B X 切換, 1 答 A,2 答 B,空白鍵 停止。 每答完一次,X 會重新隨機。用耳機,並關掉所有等化器與音效增強。
5

成績

已答0 答對0 瞎猜也能這麼準的機率 p -- 距離 16 次還有 16 次
慣例的門檻是:16 次裡答對 12 次以上 (p < 0.05)才算聽得出差別。
還沒有任何一次作答