LUFS とは？ 音量の測り方と目標値を解説
要約
LUFS とは、リスナーが感じる音量を時間全体で測る単位です。ポッドキャストは -16 LUFS 前後、トゥルーピークは -1 dBTP 以下が目安です。ACX のオーディオブックは RMS で判定するため、配信先ごとに基準を確認してください。AI 音声は、レンダリングごとに音量がずれやすい点にも注意が必要です。
LUFS とは、音がリスナーにとってどれくらい大きく聞こえるかを、時間全体で測る音量の単位です。ピークの高さではなく、耳で感じる音量を測ります。1 LU は 1 dB のゲインに相当します。値はデジタルフルスケール（0 dBFS）を基準にしているため、通常はマイナスになります。ナレーションやポッドキャストでは -16 LUFS 前後を目安にし、トゥルーピークは -1 dBTP 以下に抑えるのが一般的です。
LUFS は音量をどう測るのか？
LUFS は「Loudness Units relative to Full Scale」の略です。測定方法は ITU-R BS.1770 で定義され、EBU R 128 で採用されています。古い呼び方の LKFS も同じ単位を指します。メーターは数値を表示する前に、次の3つの処理を行います。
まず K 特性フィルターをかけます。低域を弱め、中高域をわずかに持ち上げるフィルターで、人の耳が音のエネルギーをどう重み付けするかを大まかに再現しています。80 Hz のゴロゴロした低域が多い声は、生の音圧レベルから想像するより小さく読まれます。フィルターがその低域を割り引くためです。
次に、エネルギーを時間窓で平均します。実務で重要な窓は3つです。
モメンタリー：400 ms の窓で、非常に素早く動きます。
ショートターム：3 秒の窓で、フレーズを編集するときに見るべき値です。
インテグレーテッド：ファイルの先頭から末尾までの全体値で、配信プラットフォームが正規化に使う数値です。
最後にゲート処理を行います。-70 LUFS 未満は無視され、さらに平均より 10 LU 以上低い部分も無視されます。このゲートがあるため、行間の長い無音が全体値を引き下げることはありません。一方で、ほとんどがルームトーンのファイルは奇妙なインテグレーテッド値を示すことがあります。
セッションメモ：1 秒未満のレンダリングは、少数の窓だけで積分値が決まります。シーンやチャプター全体の中で測定してください。
マイナスの値になる理由と、dBFS や RMS との違い
スケールの上限は 0 dBFS で、固定小数点のデジタルファイルが格納できる最大レベルです。聞こえる音はすべてその上限より下にあるので、すべての値がマイナスになります。-16 LUFS は、フルスケールから 16 単位下という意味です。
混乱の原因は、複数のメーターがどれも dB 表示で似て見えることです。実際の違いは次のとおりです。
ピーク（dBFS）：単一サンプルの最大値です。クリッピングの確認には役立ちますが、ラウドネスについては何も分かりません。
トゥルーピーク（dBTP）：変換後にサンプルの間で波形が到達する最大レベルを推定した値です。非可逆コーデックでは、サンプルピークが 0 未満でもトゥルーピークが 0 を超えることがあるため、各プラットフォームは -1 dBTP のヘッドルームを求めます。
RMS：K 特性もゲートもかけずに信号の電力を平均した値です。精度は粗めですが、後述するオーディオブックの基準のように、今も RMS を使う仕様があります。
LUFS：重み付けとゲートをかけたラウドネスです。リスナーが「大きい」と感じる度合いと最もよく相関します。
ピークが同じ2つのファイルでも、ラウドネスは 8 LU 離れることがあります。単発のスパイクがある破裂音の多いテイクと、ダイナミクスが平坦に圧縮されたテイクを比べると、その差がよく分かります。この差こそが、この単位を使う理由です。
音声作品に合わせるべき LUFS 目標値
目標値は1つではありません。ファイルの配信先によって変わり、LUFS を使わない配信先もあります。手元に置いておきたい数値は次のとおりです。
音楽ストリーミング、インテグレーテッドで約 -14 LUFS。Spotify のラウドネス正規化ガイドでは、通常の再生レベルを -14 dB LUFS としています。Premium のリスナー向けに、Loud は -11、Quiet は -19 です。トゥルーピークは -1 dBTP 以下、マスターが -14 より大きい場合は -2 dBTP 以下を推奨しています。
ポッドキャスト、ステレオで -16 LUFS、モノラルで -19 LUFS が一般的。モノラルの数値が 3 LU 低いのは、同じ信号を両チャンネルに複製したモノラルが、片チャンネルだけの場合より 3 LU 大きく測定されるためです。上限はたいてい -1 dBTP が推奨されます。
EBU R 128 の放送基準は -23 LUFS（インテグレーテッド）。ファイル納品では、トゥルーピーク上限 -1 dBTP と、許容差 0.5 LU が基準です。
ACX のオーディオブックは LUFS を使いません。ACX の音声提出要件では、RMS を -23 dB から -18 dB の範囲に収め、ピークは -3 dB 未満、ノイズフロアは -60 dB RMS 未満を求めています。オーディオブックを納品するなら、LUFS メーターだけでなく ACX のアナライザーで測ってください。
最後のケースは、操作の順序に注意が必要です。チャプターが -20 LUFS という妥当な値でも、ピークが1つ大きいか、末尾にノイズがあるだけで ACX の基準に落ちることがあります。LUFS が示すのは平均的な音量だけですが、仕様は別々の3つの項目を見ています。
ここで意見を一つ述べます。Spotify のページに -14 と書いてあるからといって、ポッドキャストを -14 に仕上げないでください。その数値は音楽向けです。音声をインテグレーテッド -14 にすると、リミッターが子音を強くたたいていることが多く、リスナーは10分ほどで疲れを感じます。
AI 音声の出力に専用の音量チェックが必要な理由
合成音声は一定のレベルで届くと思われがちです。マイクとの距離やプリアンプのドリフトがないからです。それが成り立つこともありますが、多くの場合は成り立ちません。その原因は、録音セッションとは別物です。
レンダリングのたびに、エンジンが全体のゲインを個別に決めている場合があります。声、話速、感情設定のどれかを変えるだけで、インテグレーテッドのラウドネスは動きます。同じクローン音声でも、緊張して詰まった話し方と、落ち着いて息の混じった話し方では、数 LU の差が出ることがあります。40 本の別々にレンダリングした台詞でシーンを組むと、誰も録音していないのに、ジャンプして聞こえる箇所が出てきます。
対策は3つです。
編集する前に、レンダリングごとに測定します。 インテグレーテッドの値を、ファイル名の横にログとして書き残してください。
シーン内の台詞同士を先に揃え、その後で納品基準に合わせます。 ミックス内では、絶対値よりも相対的な一貫性の方が重要です。
声ごとに基準ラインを1つ決めます。 ほかのすべてをその基準に合わせて正規化すると、クローンしたナレーターの音量がチャプターごとにずれません。
AnyVoice の8スライダー式の感情コントロールのように、スライダーで感情を調整する場合は、強度を変えるたびにラウドネスが動くと想定してください。インテグレーテッドの値を、後から付け足すものではなく、パラメーター記録の一部として扱いましょう。ゲームの場合は、台詞をミドルウェアに入れる前に、声の状態ごとに正規化しておく必要があります。エンジンはそれをやってくれないからです。
AI 音声向けの現実的なラウドネス作業フロー
この順番が最も時間を節約できます。クローン音声でも、既成の音声でも、人間のナレーターでも同じように機能します。
ツールで提供される最高品質でレンダリングし、加工前のファイルを残します。 可能であれば、ジェネレーター内で正規化しないでください。元のファイルが失われます。
ファイル全体のインテグレーテッド LUFS とトゥルーピークを測定します。 BS.1770 に準拠したメーターを使ってください。多くの DAW に内蔵されており、無料のプラグインにもあります。
ゲインを計算します。 目標値から測定値を引くと、dB 単位のオフセットが出ます。-21.4 LUFS のレンダリングを -16 にしたいなら、5.4 dB を足します。この単位は線形なので、5.4 dB のゲインは、メーターの値を正確に 5.4 LU 動かします。
ゲイン後にピークを確認します。 前のトゥルーピークが -8.0 dBTP なら、-2.6 dBTP になり、-1 dBTP の上限をクリアします。上限を超えるなら、ゲインを足すのではなく、トゥルーピークリミッターが必要です。
残った問題にだけリミッターをかけます。 -1 dBTP の上限で 1〜2 dB のゲインリダクションなら、音声ではほぼ透明です。10 dB のリダクションは、ポンピングとして聞こえます。
セッションではなく、書き出したファイルを再測定します。 コーデック変換やディザーによって、数値はわずかに動くことがあります。
この段階のラウドネス正規化は、コンプレッションとは別物です。正規化はゲインだけを変えるので、レンダリングされたダイナミクスはそのまま残ります。張りつめたささやきの後に大きな叫びが続く台詞の差を縮めたいなら、それはコンプレッションかクリップゲインの作業で、最終的なラウドネス調整より前に行います。
セッションメモ：最終チェックは納品フォーマットで行ってください。128 kbps のファイルは、元の WAV と比べて数十分の1 dB ほど値がずれることがあります。
LUFS で時間を無駄にしがちなミス
多くの問題は、次の4つのどこかから来ています。
測るべきものを誤る。 1つの大きなフレーズの瞬間的なショートターム値は、インテグレーテッド値ではありません。モメンタリーのメーターを追いかけると補正しすぎになり、最も大きな1文で -16 に合わせたファイルが、全体では -20 になってしまいます。
-16 を自然の法則だと思い込む。 これは慣習にすぎません。プラットフォームによっては再生時に音量を揃えてくれますし、揃えないところもあります。Web プレーヤーやスマートスピーカーは、音量を一切制御しないこともあり、極端に小さいファイルはそこでも小さいままです。
ノイズフロアを無視する。 5 LU 持ち上げれば、ヒスノイズやルームトーンも 5 dB 持ち上がります。元の録音がノイジーなら、ゲインを上げる前にクリーンアップを済ませてください。そうしないと、目標に合わせるほど問題も大きくなります。
ステレオの扱いを忘れる。 モノラルの音声をモノラルファイルで納品する場合と、デュアルモノで納品する場合では、同じフェーダー位置でも 3 LU 離れることがあります。書き出す前に、納品先がどちらを求めているか確認してください。
ワンクリックで音量を直すと謳うプラグインのうち、メーターもログもないものは避けてください。ラウドネス作業は計算です。処理前後の数値が見えなければ、結果を説明できません。
次のセッションの前に
まず配信先を決めてください。配信先がほかのすべてを決めます。ポッドキャストなら、ステレオで -16 LUFS、モノラルで -19、ピークは -1 dBTP です。音楽寄りのストリーミングなら、約 -14 で、トゥルーピークのガイダンスに従います。放送なら R 128 の -23 です。オーディオブックなら、ACX のアナライザーと、RMS、ピーク、ノイズフロアの上限を確認してください。
次に、その数値をセッションテンプレートに書き込みます。レンダリングごとに、インテグレーテッド LUFS とトゥルーピークの列を追加してください。音声をバッチで生成するなら、声ごとに基準ラインを決め、それに合わせます。ログができてしまえば、6 か月後に新しいチャプターを作り直すときも、数分で済みます。