Help us understand the problem. What is going on with this article?

Opusの音量周りがとてもつらい

More than 1 year has passed since last update.

Opusには音量を調整する機能がコーデックの標準機能として実装されているのですが、それを扱うにあたってつらかったことを書きます。

音楽ライブラリの音量を揃えたい

音楽の聴取をする際は、CDのような物理的な媒体を介さず、データを抜き出して1つの聴取装置(スマホ・iPod・PC)にまとめて突っ込んで好きな曲をかいつまんで聴く、というスタイルが普通になりつつあると思います。ここでアルバムを跨いで、特に年代が大きく開いた曲を聴いていると、感じる音の大きさにばらつきがあることに気付くと思います。

昔の音源だと素朴なミキシング・マスタリングにより音が小さすぎ、最近の音源だと音を詰め込んだり潰したりでうるさすぎ(ラウドネス戦争)、そんな時に都度ボリュームを上げ下げするのは面倒です。そこで、曲の音の大きさ〜ラウドネス〜を予め測定しておき、再生時にそれに応じて自動的に調整したいという需要が生まれ、それを実現するReplayGainという規格がコミュニティによって制定されました。

ところでOpusにはReplayGainに依らない音量調整の仕組みがあり、仕様の一部として組み込まれています。これ単体だけで扱うなら、デコーダ側で対応出来ることもあり便利にも見えるのですが、ReplayGainを採用しているOpus以外の音源と一緒にライブラリに混ぜられているとその仕様の差により大変つらいことになります。

ReplayGain

音量均一化の仕組みでは一番有名な規格では無いでしょうか。ラウドネスの測定結果をタグとして書き込み、対応プレイヤーにて音量を上げ下げされます。→仕様

  • タグとして記録されるため、対応していないプレイヤーではスルーされるだけ
  • 対応プレイヤーでは、ReplayGainタグを持つ/持たないファイルに対しそれぞれユーザーの希望する追加の音量調整をするUIが提供されるかもしれない
  • 対応プレイヤーでもReplayGainの適用は任意である
  • ReplayGainの基準ラウドネスは-18 LUFSである

という特徴があります。

Opusの音量調整

Opusの仕様による音量調整は、ヘッダによるものとタグによるものの2段階の過程を経ます。RFC 7845に仕様があります。

ヘッダの「Output gain」

Opusのヘッダには2バイトの「Output gain」なるフィールドがあり、上下させる音量を1/256 dB単位(Q7.8形式の整数)で書きます。デコーダは出力にこの値を適用すべき(should)であるとされています。また、この値はあらゆる他の音量調整の前に適用されなければなりません(must)。

他のコーデックでは後から音声の音量を変更をする時に再エンコード、もしくはビットストリームを解析して相応の変更を加えるなどの大変な処理が必要でしたが、Opusならヘッダ2バイトとそのコンテナのチェックサム4バイトを書き換えるだけなので高速・確実な音量の管理が出来るようになりました。

この仕組みはなかなか強力で、Xiph謹製のlibopusfileを使ってOpusファイルをデコードすると、APIの設定変更が無ければOutput gainが適用された後のサンプルが出力されます。実質的に、Output gainを適用することは必須の要件で、どのプレイヤーでも動くということが期待できます。

動画投稿サイトでは特に有用であると考えられます。その動画投稿サイトでラウドネス基準を適用させたいとなった場合、音声部分がOpusならば、サイト専用の枠組みで音量を保存し専用プレイヤーで音量を復元するという手間は省かれ、Opus標準の枠組みで解決出来るようになります。

R128_TRACK_GAIN / R128_ALBUM_GAIN

OpusのタグはVorbis Commentと同じ仕組みでFIELD=VALUEの形式で好き勝手に書くことが出来るのですが、音量均一化の仕組みを提供するにあたり新しく見出しにあるタグが定義されています。

R128_TRACK_GAINはReplayGainでいうトラックゲイン、R128_ALBUM_GAINはアルバムゲインに相当するものですが、基準ラウドネスにする音量をOutput gainに対する相対量で、Q7.8形式の整数で指定することが異なります。また、音量均一化を利用する時の基準ラウドネスはEBU R128に則り-23 LUFSであることとされています。

Opusは以上のような音量調整機構を自前で持っているため、ReplayGainのようなその他の音量調整機構と混ぜて使うことは混乱を来すためすべきではない(should not)としています。

ちなみに、R128_ALBUM_GAINは、初期の仕様では定義されていませんでした。仕様上ではOutput gain単体が参照すべき基準ラウドネスというのは存在しない(ただ音量を変えるだけ)のですが、音量均一化を利用するとなるとトラックとアルバムの両方を入れることが普通ですから、Output gainに-23 LUFSにするためのアルバムゲインを設定することをほぼ強制されます。

-23 LUFSに揃えるというXiphの姿勢は徹底しており[独自研究?]、ReplayGainタグを持つFLACファイルをopus-toolsopusenc(1)でエンコードすると、それを読み取ってOutput gainとR128_TRACK_GAINに変換する処理があるのですが、それにより音がやたら小さくなります。

状況別つらみ

ReplayGain(以下長いのでRG)とOpusの音量均一化(以下長いのでOpusゲイン)で参照する基準ラウドネスが5 dBも違うこと、Opusゲイン用のタグの対応があまり進んでいないことにより、これらを併用するとプレイヤーによって音量が全く変わるという状況が発生しています。

ここでは対応状況を測るプレイヤーとしてfoobar2000VLCGStreamer(Clementineなどのバックエンド)、Neutron Music Player(AndroidでOpus再生に対応している数少ないアプリ)を使用しました。

ゲインがどのように適用されるかを説明しやすくするために、とある音声ファイルのラウドネスの測定結果を具体的に挙げます。また、音量均一化のための情報は単曲(トラック)用とアルバム用の両方を入れることにします。

アルバムゲイン トラックゲイン
測定結果 -10.28 LUFS -9.68 LUFS
-18 LUFSオフセット -7.78 dB -8.32 dB
-23 LUFSオフセット -12.78 dB -13.32 dB

(トラックゲイン) - (アルバムゲイン) = -0.54 dB (Q7.8形式だと-138)

検証用音声ファイルはこちら
作品クレジット: Lovers in metal by Dong (2004) / CC-BY / 検証にあたりコーデックを変更した

ケース1. Output gainをアルバムゲインとして-23 LUFSに揃える

Opusの初期仕様で想定されていた方法です。ここではOutput gainに-12.78 dBを、R128_TRACK_GAINに-138を指定することになります。

RGとOpusゲインでは基準となるラウドネスが異なるため、どちらかにオフセットを加えて基準値を揃える必要があるのですが、foobar2000ではOpusゲインをRGに合わせるため+5 dBすることでこれを解決しています。具体例だとOutput gainが-12.78 dBになっていたらアルバムゲインを-7.78 dBとして扱うという事です。また、foobar2000でラウドネスのスキャンを行った場合、この形式で書かれます。

VLC・GStreamerではそもそもR128_TRACK_GAINを音量均一化のタグとして認識していないようで、Output gainで下げられた波形がそのまま出力されます。

NeutronはOutput gainで下げられる音量を認識するようですが、均一化するための基準音量を考慮することは無くその値を適用するだけであり、またR128_TRACK_GAINを認識ません。

ケース2. Output gainを-18 LUFSに、タグで-23 LUFSに揃える

Opusゲインに未対応のプレイヤーでも、アルバムとトラックの違いを選択できなくなるにしても音量均一化させるのを狙った方法です。ここではOutput gainに-7.78 dB、R128_TRACK_GAINに-1418、R128_ALBUM_GAINに-1280を指定することになります(Output gainをアルバムゲインにする場合)。ところがこれはあまり上手くいきません。

foobar2000はv1.3.10の時点でR128_ALBUM_GAINに対応していません。そのため、トラックゲインは意図通り-8.32 dBになるのですがアルバムゲインは5 dB大きい-2.78 dBになります。1.3.11でR128_ALBUM_GAINに対応しました。

VLC・GStreamerではタグによるゲインに対応していないため-7.78 dBが適用されるだろう……と思いきやそう簡単には行きません。

RGの機能を説明した章にもありますが、RG対応プレイヤーではそのタグを持つ/持たないファイルに対して追加の音量調整をする機能が提供されることがあります。一般的にRGを適用すると音が小さくなる傾向があるので、それを持つファイルに対しては音量を上げ、それ以外では下げるという運用をしている人が多いでしょう。私の場合では、RGを持たないファイルでは-6 dBする設定をしていました。すると「Opusゲインを持つファイルはRGを持たない → 設定によりRGを持たないファイルは-6 dBされる → Output gainと組み合わさって-13.78 dBも音量が下がる」といった事態になります。これは特にケース2だけで起こることではなくケース1でも起こることですが更に音量が下げられることになります。

Neutronではやはりタグによるゲインには対応していないものの、Output gainが何らかの音量調整をするものと認識されていて、VLC・GStreamerのように追加で音量が下げられるという事態は発生しません。

ケース3. Opus以外の方のRGを-23 LUFSに揃える

これからOpusをメインに据えていきたいが従来のファイルを捨てるわけにも行かないのでOpusに音量を合わせていこうという路線。RGの仕様から外れることになります。

foobar2000はそもそもOpusゲインを+5 dBするのでこの路線は無意味ですね。

GStreamerはこの路線で無難に行けそうに見えますが問題があります。RG自体の仕様にはないのですが、かつてラウドネスの基準が異なっていたことにより、その基準値をREPLAYGAIN_REFERENCE_LOUDNESSタグとして入力する習慣が広くあります。そしてGStreamerはこれを認識してラウドネス調整に使おうとします。色々あってRGの基準値の-18 LUFSはREPLAYGAIN_REFERENCE_LOUDNESSでいうと89 dBに等しいのですが、この値を-5した84 dBにすると、GStreamerは基準値が5 dB低いことを読み取ってトラック・アルバムゲインもちゃんと+5 dBします。そうなるとOpusの方は相対的に5 dB低くなってしまいます。

この場合でもVLC・Gstreamerはケース2のRGの追加音量の問題にあたってしまいます。

ケース4. Opusの音量調整機構を使わずRGを書く

Opusの仕様上は良くないのですが、RGは単なるタグですからOpusにも同じように書くことが出来ます。ここではOutput gainを0 dBに、REPLAYGAIN_ALBUM_GAINに-7.78 dB、REPLAYGAIN_TRACK_GAINに-8.32 dBを指定します。

foobar2000ではバージョンによって動作が異なり、1.3.10ぐらいではRGを書いても音量調整が効いたのですが、最近(記事更新時点で1.4.2)ではRGが適用されないように見えます。仕様を尊重させるための措置でしょうか。

他のプレイヤーは意図通りに動きます。しかし、Opusの仕様と相反することをしているわけですから早くOpusゲインに対応して欲しいものです……。

ケース5. Output gainを-23 LUFSに揃え、ReplayGainで+5 dBする

邪悪ですね。混乱を招くからReplayGainを混ぜるなと仕様にあるというのにそれに真っ向から背く方法です。ここではOutput gainに-12.78 dB、REPLAYGAIN_ALBUM_GAINに5.00 dB、REPLAYGAIN_TRACK_GAINに4.46 dBを指定します。Opusゲインに対応しているプレイヤーでは不正なタグが書かれているとして何が起こっても不思議ではないのですが、未対応のプレイヤーでは意外とうまく行きます。

foobar2000に食わせると、Output gainをすっ飛ばしてRGだけ読みに行く動作になりました。当然クリッピングしまくるため聴くに耐えません。

VLC・GStreamerの場合、Output gainを認識しているわけではなく、ライブラリから出力されたOutput gain適用済みの波形を生データとして扱っているので[要出典]、そこにRGを掛けようが特に問題になることは無いようです。ただこの方法だと下げたサンプルをまた上げるという処理により音が悪い方向に変化するかもしれません。

NeutronはOutput gainを認識し自前でゲインを掛ける仕組みを使っているので(画面上部にOutput gainの値が出る)、なにか不具合出るんじゃないかと不安でしたが、なんと器用に2つの値を組み合わせてトラックゲインなら-7.78 dB、アルバムゲインなら-8.32 dBという値を出してくれました。Neutronすごい。

問題として、REPLAYGAIN_(TRACK|ALBUM)_PEAKに何を書いたら良いのかわからんというのがあります。Output gain適用前の値か、それとも後か? REPLAYGAIN_REFERENCE_LOUDNESSは89 dB? 84 dB?

まぁケース5はネタとして考えたので使うことは無いでしょうが。

まとめ

結局どうすればいいか? それは常用するプレイヤーを決めておき、プレイヤーの動作を観察しながら使う音量調整機構を合わせるという場当たりな運用を求められるでしょう。個人用途では使うプレイヤーが多岐にならざるを得ないという状況は避けられるはずです。また、Output gainはReplayGainに対応させる気のないプレイヤーでも音量管理をさせ得る仕組みです。うまくやっていきましょう。

ReplayGain最高!!!!!

ラウドネスについての記事

Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
Comments
No comments
Sign up for free and join this conversation.
If you already have a Qiita account
Why do not you register as a user and use Qiita more conveniently?
You need to log in to use this function. Qiita can be used more conveniently after logging in.
You seem to be reading articles frequently this month. Qiita can be used more conveniently after logging in.
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
ユーザーは見つかりませんでした