Skip to main content
HIDEAKI_3513535487
Participating Frequently
September 19, 2023
Answered

トゥルーピークの計測方法について

  • September 19, 2023
  • 1 reply
  • 1597 views

PremiereProで音声をハードリミッターでトゥルーピーク値を-1.0dBに設定してエンコードしておりまして、Auditionではトゥルーピーク値が-1.0dBと正常に計測されます。
ただ、他社の映像編集ソフトやQCソフト(DaVinci Resolve、FFmpeg、Qscanなど)でトゥルーピーク値を計測しましたところ、ズレるケースが発生しております。
(-0.8~-0.1dBと計測されます。全てズレるというわけではなく、大体20%くらいの割合でズレてしまいます。)

これはAdobeのソフトウェアとDaVinci Resolve等他社のソフトウェアでトゥルーピークの計測方法が異なるために起こる現象なのでしょうか?
ご存じの方がおりましたら、宜しくお願い致します。

This topic has been closed for replies.
Correct answer Ckun

色々と検証してくださり、ありがとうございました!
DaVinci Resolveですと、若干誤差が出てしまう感じなのですね。
当方で計測しました0.9dBの差が出てしまった素材に関しては、他に何らかの要因がありそうですので、改めて検証したいと思います!


>DaVinci Resolveですと、若干誤差が出てしまう感じなのですね。

 

今回の私の検証は、たった一つの1分程度の音声ファイルですので、様々なパターンの音声で比較すると、他のメーターでもわずかな差は出てくるかもしれません。

(表示が小数第一位までですから小数第二位以下が丸められてますので、極論を言えば実際には0.01dB程度の差という可能性もありますので……。)

 

私は専門では無いので厳密に誤差の程度を把握はしておりませんが、オーバーサンプリングのアルゴリズム(0挿入&ローパスなど)によっても差が出るかもしれませんので、実用上は無視してよい程度であると判断しております。

 

ちなみに余談ですが、デジタル信号を4倍オーバーサンプリングしてトゥルーピークを計測する場合、一番誤差が出る周波数でもその差は0.7dB弱になります。

ですので、最大レベルを「-1.0dBTP」に抑えておけば、運用上オーバーロードを防げるという理屈になっています。

 

そういった意味でも、0.1dBTPの差は無視してよいと思うのですが、納品時に厳密に規定されている場合には、-3dBTPに抑えておくといった方法でも良いかもしれません。

(音楽系の方からは異論が出てくると思いますがが、映像制作系では2dBくらいTPを下げて運用したところで「音質の差」が問題になることは無いと思いますので……。)

1 reply

Ckun
Community Expert
Community Expert
September 19, 2023

おそらく、ラウドネスメーターに付随するようなトゥルーピークメーターでは、規格(ITU-R BS.1770)に沿って4倍のオーバーサンプリングで計測しているのではないかなと思います。

 

しかしながら、Adobe Auditionを含め、詳細な仕様・アルゴリズムが説明書等に書かれていないこともありますので、採用しているアルゴリズム次第では多少の誤差はあると思います。

 

私自身も、-1.0dBTPでハードリミッターを掛けた素材(放送用ではなくWEBやサイネージ用)の再生チェックで、ハードウェアのラウドネスメーターの表示値で-0.8dBTPになるといったような多少の誤差があることは、しばしば経験しております。

 

とはいえ、

>(-0.8~-0.1dBと計測されます。

 

とお書きいただいているように、Premiere ProやAuditionで-1.0dBTPと計測されている素材が-0.1dBTPになってしまうのは、誤差が大きすぎるように思います。

 

例えば、Adobe製品でラウドネスを計測後、AACなど圧縮コーデックで書き出した素材を他のアプリで計測なさっているといったことはございませんでしょうか。

HIDEAKI_3513535487
Participating Frequently
September 19, 2023

ご返答及び詳細なご説明ありがとうございます!
他の事例でもTP値がズレてしまうケースはあるのですね。
当方はProRes422HQで書き出すことがほとんどで、音声は非圧縮のPCMで書き出しております。
ですので、圧縮による影響はないかもしれないです。

 

-1.0dBに設定したものが-0.1dBになってしまうケースについては、Adobe以外のメーカーにも問い合わせたりして、改めて検証したいと思います。
ありがとうございました!

Ckun
Community Expert
Community Expert
September 20, 2023

詳細なご返信ありがとうございました。

 

非圧縮PCMとのことですので、コーデックによる影響ではなさそうですね。ちなみに、書き出しは32bit浮動小数点ではなく、通常の24bitや16bitをお使いでしょうか。

 

信頼できる計測ツールでの計測結果とアドビ製品の計測結果が大きく異なるようですと、不具合の可能性も出てくるかもしれないように思います。

 

今回の件とは異なると思いますので余談ですが、私の手元の環境(Windows 10 Pro 22H2, Premiere Pro 23.6.0)では、WAVESのプラグインを使用したPremiere Proの編集シーケンスにて、シーケンス再生中はほぼ問題はないものの(UI表示が著しく遅いという問題はあります)、書き出しでプラグインが正常に動作せず、聴感上はもちろん、シーケンスを再生しながら計測したラウドネス値・トゥルーピーク値と実際に書き出されたファイルの値も異なるという現象は発生しております。

(私の手元の環境のみの問題かもしれません。まだ解決しておらず、Beta版は問題が起きないのでBeta版でWAV書き出ししてv23.6.0に音戻ししてます……。)