測定の中身と、その出典
インテグレーテッドラウドネスは ITU-R BS.1770 に従います。信号を K 特性で重み付けし、400 ミリ秒のブロックに 75 パーセントのオーバーラップで分割し、二段階でゲーティングします。まず −70 LUFS の絶対ゲート、次にゲートなしの平均から 10 単位下の相対ゲートです。ショートタームラウドネスは EBU Tech 3341 が定める 3 秒窓を使います。ラウドネスレンジは EBU Tech 3342 に従い、そこでの相対ゲートは 10 ではなく 20 単位と異なります。この違いは実装上のよくあるバグで、間違えるとラウドネスレンジが実際より狭く出ます。
トゥルーピークと、オーバーサンプリングが任意ではない理由
サンプル値は、コンバーターがサンプルとサンプルの間で再構成する波形を記述していません。サンプル間にしか存在しないピークも実在し、非可逆エンコーダーはそれを再構成します。ITU-R BS.1770 の Annex 2 はトゥルーピーク測定に 4 倍のオーバーサンプリングを最低条件として定めており、本ツールは 8 倍を使います。サンプルピークしか表示しないメーターは、再生ではなくファイルについて語っているだけで、どの配信先でも歪むマスターを通してしまいます。
PLR と PSR — 有用だが、規格ではない
ピーク・トゥ・ラウドネス比は、トラック全体のトゥルーピークからインテグレーテッドラウドネスを引いた値です。ピーク・トゥ・ショートターム比は、最もラウドな 3 秒窓に対して測ったトゥルーピークで、リミッティングが実際に効いている場所を見ます。どちらも ITU、EBU、AES のいずれも定義していません。マスタリングの慣習であり、5 単位未満は強いリミッティング、3 単位未満は極端なリミッティングという閾値も、文書ではなく実務から来たものです。本ツールは両方を表示し、慣習であるとはっきり述べます。
再生ノーマライゼーションが実際に行っていること
主要な配信サービスはいずれも、大きい音をターゲットに向けて下げ、小さい音は基本的に上げません。正直な問題は、そのターゲットの一部しか公開されていないことです。Spotify は自社の数値を公開しています。EBU R 128 と AES のストリーミング勧告は公開された規格です。他のサービスについて出回っている数値は、どこにでも書かれている一方で、私たちが出典で確認できた文書はどこにもありません。このページの表は行ごとにその区別を示します。検証できない出典からの自信ありげな数値は、正直な空欄より悪いからです。
他ではやらないコーデックテスト
非可逆エンコーダーはサンプル値を保持しません。量子化とデコーダー側の再構成フィルターにより、復号後の波形は元よりも高いピークに達することがあり、密度の高い素材では 0.5 デシベルから 1.5 デシベル程度が日常的です。したがってフルスケールに張り付いたマスターは、ファイル自体は一度もクリップしていなくても、符号化後にクリップします。多くの解析ツールはこれを推定で済ませます。本ツールはブラウザ内で実際に AAC と Opus へ符号化し、復号し直して、復号後のピークを測ります。表示される数値は推定ではなく、実際に起きたことです。
モノラルは形式的な確認ではない
二つのチャンネルの相関は、両者が強め合うのか打ち消し合うのかを示します。しかし重要なのは、ミックスをサミングしたときに実際に失われるレベルであり、本ツールは相関から推測せずそれを直接測ります。スマートフォンのスピーカー、スマートスピーカー、ラップトップ再生、そして多くのクラブシステムはモノラルかそれに近い形にサミングします。サミングで数デシベル失う広いミックスは、聴衆の大半の前でそれを失っています。