# Headphone Test

> 剛買的耳機先測再退不了：判定左右有沒有反接並列出該檢查的地方、比較兩耳音量差，再用掃頻配上白話的聽感指南認識這副耳機的個性。全程在瀏覽器完成。

- URL: https://bytescope.dev/zh-Hant/headphone-test/
- Locale: zh-Hant · Also: [en](https://bytescope.dev/en/headphone-test.md) · [ja](https://bytescope.dev/ja/headphone-test.md)
- Runs: 檔案不會離開你的瀏覽器 — 全部在本機處理。
- Requires: Any modern browser (Chrome, Edge, Firefox, Safari), desktop and mobile.
- Updated: 2026-09-08

## What it does

戴上耳機、按播放、照實回答聽到什麼。聲音由 Web Audio 在瀏覽器裡產生——不下載音檔、不上傳任何東西——而每項測試都對準「剛買一副新耳機」會有的疑問。左／右／雙聲道聽辨測試最後給出判定，如果你的回答顯示左右相反，頁面會直接說出來，並列出該檢查的地方。20 Hz 到 20 kHz 掃頻即時顯示頻率，聽不到的那一刻按個鈕就記下位置。立體聲測試讓一個音從一耳滑到另一耳，低頻和高頻各有獨立檢查，分別戳頻譜的兩端。音量務必從小聲開始：單體離你的耳膜只有幾公釐，大音量的掃頻是真的難受，到了頻譜頂端更是對誰都沒好處。

### 左右聲音相反的時候

左右反接比你想的常見，而且兇手幾乎從來不是單體本身。判定說「相反」的時候，照這個順序查：先看線材接頭——可拆線的耳機，有些線兩個方向都插得進去，但配線只認一個方向；再看 L、R 標示——有印錯的，也有兩邊外殼長一樣、單純看錯的；然後是作業系統的平衡與聲道設定——虛擬音訊裝置或殘留的環繞聲設定檔，都可能把輸出整個鏡像；最後是路徑上的任何轉接頭或延長線——一顆配線錯誤的 TRS 轉接頭會不聲不響地把左右對調。每改一處就重測一次，十秒鐘，馬上知道有沒有修好。以上全部排除之後還是相反，才輪到耳機內部配線——一副內部接反的耳機是保固案件，不是忍著用的東西。

### 用聽的認識頻率響應——說清楚它有多主觀

聽感指南用白話帶你走一遍掃頻：中低頻隆起聽起來是什麼樣子、「有出來但沒有被推高」的高音是什麼意思、人聲為什麼坐在那個位置。這件事明擺著是主觀的——你在聽，不是在量，這一頁不會把印象包裝成資料。結果取決於系統音量、任何 OS 或應用程式的等化器，走藍牙還取決於編解碼器和它的重取樣；掃頻的響度用近似的 A 加權補償拉平、限制在 ±12 dB 內，那讓它聽得下去，不代表它是平的。而掃頻聽不到的頻率，被整條播放鏈限制的程度不亞於你的耳朵——別把它當聽力檢查。這一頁能可靠了結的是：左右有沒有反接、有沒有一邊小聲或掛掉，以及你正在猶豫要不要留下的這副耳機，有沒有值得在期限內退回去的毛病。

## Limits

Does not measure frequency response with instruments; it plays left/right, phase and sweep tests you judge by ear.

請先將音量調低。耳機單體距離耳膜僅數公釐，播放音樂時合適的音量在 1–4 kHz 掃頻時可能會讓人感到刺痛。

## Machine output

Copy JSON copies an envelope `{ tool, url, generatedAt, userAgentHint, result }`. `tool` is `"speaker-test"` or `"headphone-test"`; `result` is the same listener-test shape on both pages.

- `testsPlayed` (string[]) — Instruments the listener actually started, in on-screen order: `"channels"`, `"sweep"`, `"pan"`, `"band-low"`, `"band-high"`. Empty until something has been started.
- `channelAnswers` (array of objects) — Left, right, both — always that order. Empty until the channel run finishes. Each item is `{ played, heard }`; `heard` is `"left"` | `"right"` | `"both"` | `"nothing"` or `null` when that prompt was not confirmed.
- `channelVerdict` (string | null) — `"correct"` | `"swapped"` | `"left-silent"` | `"right-silent"` | `"both-silent"` | `"mono"` | `"inconclusive"`. `null` until the listener has answered enough for a verdict.
- `sweepPlayed` (boolean) — Whether the frequency sweep was started.
- `sweepMarkedHz` (number | null) — Frequency the listener marked. `null` = sweep not marked.
- `panPlayed` (boolean) — Whether the pan sweep was started.
- `bandLowHeard` (string | null) — `"yes"` | `"no"`. `null` = low-band prompt not answered.
- `bandHighHeard` (string | null) — `"yes"` | `"no"`. `null` = high-band prompt not answered.
- `sampleRate` (number | null) — AudioContext sample rate in Hz. `null` = context not opened.

## FAQ

### 一邊聽起來比較小聲，是真的還是我多心？

三步就能切開嫌疑犯。第一步查 OS 的平衡滑桿——最常見的原因，也是唯一免費的修法。第二步跑聲道測試，它用同樣的音量把同一個音分別送進兩耳，這時聽出來的差距就是播放鏈裡真實存在的差距。第三步把耳機反著戴——左單體貼右耳——再測一次：小聲的那一邊跟著耳機走，問題就在耳機裡；留在同一隻耳朵上，那就是訊源或你自己的聽力——人的聽力本來就不保證左右對稱。新耳機測出跟著耳機走的明顯音量差？保固期就是為這種時刻存在的。

### 頁面說我的聲道左右相反，耳機是瑕疵品嗎？

通常不是。先把便宜的解釋逐一排除：可拆線插反方向、L 和 R 看錯邊、OS 的平衡與聲道設定，還有路徑上的轉接頭——配線錯的 TRS 轉接頭會在毫無其他症狀的情況下把左右反過來。每一項連重測在內只要幾十秒。全部排除後判定還是相反，那就是內部配線接反——這是製造瑕疵，是正當的保固申請，調任何設定都救不回來。

### 可以拿掃頻當聽力檢查嗎？

不行——而且耳機會讓這個誘惑更強，因為它比筆電喇叭高頻延伸得多。但掃頻消失的那個數字，描述的仍然是整條播放鏈：耳機本身的響應、你隨手設的系統音量、任何等化器，走藍牙還有編解碼器——最先削掉頻譜頂端的也是它。A 加權補償是近似值、限制在 ±12 dB 內，它讓掃頻聽得下去，不會校正任何東西。聽力檢查室把這些變因全部控制住；一個網頁一個都控制不了。把讀數當成「這副耳機在這套系統上的事實」，僅止於此。

### 用藍牙耳機測，結果會不會不準？

看你要測什麼。左右辨識和反接偵測在任何編解碼器下都成立——壓縮不會把聲道搬家；兩耳音量差的比較大致上也撐得住。藍牙真正插手的是掃頻和聽感指南：編解碼器重取樣、丟資訊，高頻最先消失，很多耳機還會再疊自己的處理和 ANC，你聽到的不是測試音，而是耳機對測試音的詮釋。只要牽涉頻率響應，有線的選項存在就用有線。

### 掃頻會傷耳機，還是傷耳朵？

老實說該擔心的是耳朵。耳機單體對合理音量的正弦波毫無怨言，但它離你的耳膜只有幾公釐，而掃頻把所有能量集中在單一頻率——1 到 4 kHz 附近，聽音樂覺得剛好的音量會變成疼痛。從小音量開始，加到聽得清楚就停，更不要用調給別的東西的音量直接啟動掃頻。大音量下聲音破了，先把音量調小，再來煩惱單體——這個測試裡真正暴露在風險中的零件，是你。

## Related tools

- [Speaker Test](https://bytescope.dev/zh-Hant/speaker-test.md) — 測試喇叭與 Soundbar 是否有線路接反、聲道無聲或低音出不來的問題。
- [Mic Test](https://bytescope.dev/zh-Hant/mic-test.md) — 透過即時 VU 表、波形圖、頻譜圖以及錄音回放功能測試你的麥克風。