SoundTestLab

テスト方法

このサイトのすべての読み値は、ブラウザ内で動く Web Audio API が生成します。これには設計原則として 扱う 2 つの帰結があります:音声はデバイスの外に出ないこと、そしてWeb ページからは本当に測れないものがあることです——その場合、数字をでっち上げる のではなく、ツール上で「測れない」と明示します。このページは、各読み値の計算方法、しきい値の出どころ、 各計測の限界を記録します。

出力テスト(スピーカー・イヤホン)

  • チャンネルテストは StereoPanner でルーティングしたライブ信号を生成します——各 ベンチは短い合成メロディを再生し、右側は 1 オクターブ高くします。2 つの音域が異なるため、モノラルに 合成されたシステムはあなたを騙せません。オシロスコープは OS とハードウェア経路の前の、ブラウザ生成 信号を表示します。
  • 位相チェックは 200 Hz を両チャンネルに、同位相で、次に片側を反転して再生します。 ステレオ像が期待どおり変わるかを聴き手が記録します。モノラル合成・空間処理・環境が結果に影響する ため、これは診断のための比較であり、配線の自動判定ではありません。
  • 周波数限界は指数スイープ(150→20 Hz、8→20 kHz)を使います。タップした瞬間の スイープ位置が読み値です——「聞こえなくなった場所」であり、ハードウェアの特性とあなたの聴力が 必然的に混ざります。そのとおりにラベル付けしています。
  • サラウンド:オーディオコンテキストの maxChannelCount(ページに公開 される最大能力)を読み、各チャンネルの確認は聴き手に委ねます。物理的な部屋のレイアウトの自動検出 ではありません。

入力テスト(マイク)

マイクテストの読み値は 1 つのプリミティブから導かれます:アナライザー ノードが時間領域波形の 2048 サンプルフレームを公開し、各フレームの RMS——サンプルの二乗平均の平方根—— を 20 · log10(RMS) として dBFS に変換します。ライブメーターは話している間この値を 表示し、録音と再生では、ブラウザが報告する通話処理(EC/NS/AGC)を経て実際にキャプチャされた音を そのまま聞けます。

dBFS が SPL ではない理由——そして校正を決して主張しない理由

dBFS(フルスケール比デシベル)は、信号がデジタルキャプチャ経路のどこにあるかを測ります:0 dBFS は ストリームが表現できる最大値で、すべての読み値はその天井から数え下げます。dB SPL(音圧レベル)は 空気中の物理的な音の大きさです。両者の変換にはマイクの感度、OS が適用する各ゲイン段、既知の基準に 対する音響校正が必要です——どれも Web ページには読めません。だからこのサイトのレベルはすべて dBFS で 報告し、部屋の音量として提示しません。校正なしのマイク読み値を「dB SPL」と表示するサイトは推測して いるだけです。

しきい値の出どころ

ツールの合格帯は、放送と VoIP の一般的な実務から引いた実用的な参照点であり、公式規格の引用では ありません——ブラウザ計測は規格文書が仮定する条件を満たさないので、引用は演出になります。各帯には 単純な根拠があります:たとえば −30〜−15 dBFS の発話ターゲットは、天井までの余裕を残しつつ、処理後の 典型的なノイズフロアより十分上に置く、というものです。低すぎれば受信側ソフトが大きな補正ゲインを掛けて ノイズも持ち上がり、高すぎればピークが天井に届いて歪みが恒久化します。

同じマイクが別のブラウザで違う値になる理由

ブラウザはハードウェアと計測の間に立ち、ブラウザごとに違います。Chrome・Safari・Firefox はサンプル レートとバッファの既定が異なり、処理系の制約のサポート範囲も異なり、その処理の実装自体も別物です—— 2 つのブラウザが両方「ノイズ抑制オン」と報告しながら、部屋の減衰量は違うことがあります。比較は同じ ブラウザ・同じデバイスで。

測らないもの(とその理由)

  • 校正済み dB SPL — 基準マイクと音響校正が必要。
  • ハードウェアの自己雑音・客観的な周波数特性 — 測定室と計測装置が必要。
  • 使用中の Bluetooth コーデック — ブラウザには汎用の出力デバイスしか見えません。
  • 他のアプリ(Zoom・Teams・Discord)が選択・送信しているもの — 権限とルーティングはアプリごとです。

経験と食い違うしきい値を見つけたら? ご連絡ください——確認できた修正は このページに反映します。