2 件の正解
私も少し心配になってきたので、手元の環境で試してみました。一応、私が検証した限りでは各TPメータは同じ値を示しました。
まず、テスト用の音声をPremiere Pro v23.6からWAV(Fs48kHz 24bit)で書き出しました。
ミックストラックにハードリミッターを挿して、-1.0dBTPに制限しています。
音声の内容は、セリフ、効果音、物をぶつける音（ピーク部分）のラフミックスです。
以下、各計測結果です。
Premiere Pro v23.6.0
Audition v23.6.1.3
NUGEN LMCorrect（スタンドアローンのラウドネスツール）
TC Electronic社 Clarity M（ハードウェアのメーター、AES-EBU入力で計測）
というわけで、トゥルーピークの計測値にばらつきが出る現象は再現せずでして、今のところ何か可能性として思いつくことは無いというのが正直なところです。
ちなみに、32bit浮動小数点でも何か変化があることは無いはずなのですが、過去に計測値が変わったという話をどこかで見聞きした記憶がお
...
>DaVinci Resolveですと、若干誤差が出てしまう感じなのですね。
今回の私の検証は、たった一つの１分程度の音声ファイルですので、様々なパターンの音声で比較すると、他のメーターでもわずかな差は出てくるかもしれません。
（表示が小数第一位までですから小数第二位以下が丸められてますので、極論を言えば実際には0.01dB程度の差という可能性もありますので……。）
私は専門では無いので厳密に誤差の程度を把握はしておりませんが、オーバーサンプリングのアルゴリズム（0挿入＆ローパスなど）によっても差が出るかもしれませんので、実用上は無視してよい程度であると判断しております。
ちなみに余談ですが、デジタル信号を4倍オーバーサンプリングしてトゥルーピークを計測する場合、一番誤差が出る周波数でもその差は0.7dB弱になります。
ですので、最大レベルを「-1.0dBTP」に抑えておけば、運用上オーバーロードを防げるという理屈になっています。
そういった意味でも、0.1dBTPの差は無視してよいと思うのですが、納品時に厳密に規定されている場合には、-3dBTPに抑えておくといった方
...
8
返信
私も少し心配になってきたので、手元の環境で試してみました。一応、私が検証した限りでは各TPメータは同じ値を示しました。
まず、テスト用の音声をPremiere Pro v23.6からWAV(Fs48kHz 24bit)で書き出しました。
ミックストラックにハードリミッターを挿して、-1.0dBTPに制限しています。
音声の内容は、セリフ、効果音、物をぶつける音（ピーク部分）のラフミックスです。
以下、各計測結果です。
Premiere Pro v23.6.0
Audition v23.6.1.3
NUGEN LMCorrect（スタンドアローンのラウドネスツール）
TC Electronic社 Clarity M（ハードウェアのメーター、AES-EBU入力で計測）
というわけで、トゥルーピークの計測値にばらつきが出る現象は再現せずでして、今のところ何か可能性として思いつくことは無いというのが正直なところです。
ちなみに、32bit浮動小数点でも何か変化があることは無いはずなのですが、過去に計測値が変わったという話をどこかで見聞きした記憶がおぼろげながらありまして、念のためお尋ねした次第です。
[追記]
DaVinci Resolve STUDIO (18.5)での計測をし忘れていたので、計測した際のスクリーンショットを追加します。
こちらはトゥルーピークが-0.9dBTPとなりました。厳密には差が出る理由は何かあるはずなのですが、調べる術がございませんので（Resolveの膨大な説明書のどこかに計測アルゴリズムの記載があるかもしれませんが……）、実用上は無視してよい程度の差だと思います。
AdChoices