DaVinci Resolveの書き出し時にブロック状の動きを軽減するには、短いProResレンダーとH.264書き出しを比較し、ProRes版がきれいな場合に限って圧縮設定を調整します。両方に同じ問題が見られる場合は、まずソースの品質、プロキシ、スケーリング、リタイミングを確認してください。

このガイドは、完成した動画に目に見えるブロックが現れたり、動きのある場面が粗く見えたりするMacユーザー向けです。以下の操作は、Blackmagic DesignのDaVinci Resolve 21.1 Reference Manualに基づいています。利用できるエンコード設定は、選択した形式、コーデック、ハードウェアによって異なります。お使いの環境に実際に表示される設定を使用してください。詳しくはマニュアルの「Rendering Media」章を参照してください。DaVinci Resolve 21.1 Reference Manual

「ブロック状の動き」の見え方を確認する

まず、Macに保存した書き出しファイルを確認します。問題の箇所を再生し、一時停止して、同じ瞬間を元のメディアと比較してください。圧縮によって目に見えるブロックが生じたり、細部が失われたりすることがあります。Appleはどちらも動画圧縮アーティファクトとして説明しています。一方、動きが不均一だったり、中間フレームが歪んだりする場合は、別の観点から調べる必要があります。Advanced Video Quality Toolで動画を評価する

見られる現象 最初に行うテスト
動きのある場面に四角い模様やにじんだ部分が現れる ProResレンダーと圧縮した書き出しを比較する。
個々のフレームはきれいだが、動きが不均一に進む ソース、タイムライン、出力のフレームレートを比較する。
動く輪郭が曲がったり、オブジェクトが一時的に歪んだりする クリップのリタイミング方式を比較する。
元のファイルにも同じ問題がある 書き出し設定を変更する前に、ソースを調べる。
Resolveのビューアだけが粗く見える 書き出し品質を判断する前に、短いローカルテストをレンダーする。

この表は診断の手がかりであり、特定の原因を証明するものではありません。有用なテストでは、変数を1つだけ変え、目に見える問題がそれに応じて変化するかを確認します。

元のファイルと書き出したファイルをQuickTime Playerで開きます。それぞれで ウインドウ > ムービーインスペクタを表示 を選ぶか、Command-Iを押します。圧縮形式、サイズ、フレームレートを記録してください。Appleの説明によると、これらの情報はムービーインスペクタで確認できます。解像度やフレームレートに違いがあれば、具体的に調べる項目になります。MacのQuickTime Playerでメディアファイルの情報を表示する

タイムライン全体をレンダーする前に短い比較を行う

問題の箇所と、その前後の正常な映像を含む10〜20秒程度を選びます。合成テストでは、細かい格子の上を動く長方形を使うと、輪郭の歪みやディテールの損失を比較しやすくなります。既存の書き出しを診断する場合は、実際のプロジェクトで問題が起きている箇所を使ってください。

Deliverページで、その箇所にIn点とOut点を設定し、書き出し設定にCustomを選びます。選択した範囲を1本の完成したムービーにするため、Single Clipを選択してください。マニュアルには、選択範囲のレンダーと、異なる出力設定で複数のジョブをキューに追加する方法が記載されています。DaVinci Resolve 21.1 Reference Manual、「Rendering Media」

まず、テストから低品質の中間メディアを除外する

詳細なビデオ設定を開き、この比較では Use proxy media、Use optimized media、Use render cached images をオフにします。元のソースファイルが利用できることも確認してください。これらの設定を有効にすると、元データを新たに処理する代わりに生成済みメディアやキャッシュ画像が使われることがあります。Blackmagicは、それらの品質が意図した出力より低い場合は無効にするよう案内しています。DaVinci Resolve 21.1 Reference Manual、詳細なレンダーコントロール

プロキシやキャッシュを削除する必要はありません。このテストでは、それらの品質が結果に影響しないようにするのが目的です。Resolveは通常、納品用の書き出しでは元のソースメディアに戻りますが、Use proxy mediaを有効にすると、その動作が明示的に上書きされます。DaVinci Resolve 21.1 Reference Manual、「Using Proxy Files for Delivery」

ProResの基準用ファイルと圧縮ファイルをレンダーする

同じ範囲、解像度、フレームレート、エフェクトを使って2つのジョブを作成します。

  1. 基準用： QuickTimeとApple ProRes 422を選択します。
  2. 比較用： 既存のH.264設定を使い、まず元の圧縮設定を維持します。
  3. それぞれ異なる名前を付けてレンダーキューに追加し、両方をレンダーします。
  4. 表示サイズをそろえて再生し、問題のある同じフレームを確認します。

BlackmagicのmacOS用コーデック表には、MOVへのProRes 422エンコードが記載されています。AppleはProRes 422を高品質の圧縮コーデックとして説明しており、この比較に適した形式です。ただし、圧縮は行われるため、このテストは数学的に完全な無損失の基準ではなく、実用的な診断方法です。DaVinci Resolve Supported Formats and Codecs、macOS表、Apple ProResについて

結果を条件に応じて判断してください。ProResファイルはきれいでH.264ファイルにブロックが見られる場合は、圧縮した納品設定に原因がある可能性があります。両方に同じ問題がある場合は、次にソースまたはタイムラインの処理を確認します。一時停止した状態ではどちらもきれいでも再生中の動きが不均一なら、ビットレートを上げる前にフレームの連続性を調べてください。

基準用ファイルがきれいな場合は圧縮を調整する

DeliverページでH.264のジョブに戻ります。圧縮をテストする間は解像度とフレームレートを変えないでください。利用できる品質設定で、より高い品質を選ぶか、許容ビットレートを上げます。

Resolve 21.1のマニュアルでは、Restrict to X Kb/sは書き出しデータレートの上限として説明されています。毎秒必ずその量のデータが使われるという保証ではなく、固定ビットレートに切り替える設定として扱うべきではありません。マニュアルでは固定ビットレートが別途説明されていますが、選択した形式とコーデックが対応している場合に限られます。DaVinci Resolve 21.1 Reference Manual、オプションの圧縮コントロール

比較例として、1920 × 1080、30 fpsのH.264テストで10,000 Kb/sの制限を使用したとします。同じ箇所を20,000 Kb/sでレンダーし、改善はしたもののブロックがまだ目立つ場合は、さらに40,000 Kb/sでレンダーします。これらは実験用の値であり、公式な推奨値やあらゆる状況に共通する書き出し目標値ではありません。

設定、目に見える結果、ファイルサイズを簡単に記録します。ビットレートをさらに上げても意味のある改善が見られなくなったら、上げるのをやめて比較を見直してください。ファイルサイズが大きくなっただけでは、問題が解決したとは言えません。

対応している場合に限りマルチパスを使う

QuickTime H.264およびH.265では、マニュアルに品質オプションとしてMulti-pass encodeが記載されています。シングルパスエンコードは処理が速くなります。選択した組み合わせでこの設定が表示される場合は、有効にしてください。このテストではFrame Reorderingを有効のままにします。Blackmagicによると、これを有効にするとBフレームを使って圧縮ムービーの品質を高められます。無効にすると画質と引き換えにエンコード速度が上がります。DaVinci Resolve 21.1 Reference Manual、QuickTimeエンコード設定

Windows向けやNVIDIA専用のスクリーンショットがMacの設定を示していると考えないでください。たとえば、このマニュアルではRate ControlとLookaheadが、対応するNVIDIA GPUで利用できると記載されています。マニュアルに載っているオプション設定が表示されない場合は、利用できる品質設定を使うか、ProResとの比較手順を試してください。DaVinci Resolve 21.1 Reference Manual、エンコーダー固有の設定

クリップ単位で不均一または歪んだ動きを修正する

一時停止したフレームはきれいでも動きがカクつく場合は、ムービーインスペクタでソースのフレームレートを確認し、タイムライン設定と比較します。ResolveのSingle Clip書き出しでは、混在するフレームレートの素材は、プロジェクト全体またはクリップ単位のRetime Process設定を使って変換されます。そのため、意図的にスローモーションを作成していない場合でも、リタイミングが関係することがあります。DaVinci Resolve 21.1 Reference Manual、「Single Clip」

Editページで問題のクリップを選択し、Inspectorを開いてRetime and Scalingを展開します。プロジェクト全体をすぐに変更するのではなく、そのクリップで利用できるRetime Processの各方式を比較してください。Inspectorではプロジェクト設定をクリップ単位で上書きできます。DaVinci Resolve 21.1 Reference Manual、「Using the Inspector in the Edit Page」

方式 マニュアルに記載された動作 テストで確認する点
Nearest 必要に応じてフレームを削除または複製する 同じ位置の繰り返しや目に見えるカクつき
Frame Blend 隣接するフレームをブレンドする 動きが滑らかになるか、輪郭が重なることがあるか
Optical Flow 動き推定を使って新しいフレームを生成する 滑らかさと、動く要素の周囲に不要な歪みが生じないか

Blackmagicは、異なる方向に動く要素が交差したり、カメラの動きが予測しにくかったりすると、Optical Flowでアーティファクトが生じる可能性があると警告しています。それぞれの比較をレンダーし、問題の瞬間を確認してください。そのクリップで最も良い結果になる方式を選びます。Optical Flowがすべてのショットで自動的に最適になるわけではありません。DaVinci Resolve 21.1 Reference Manual、「Frame Interpolation」

分かりやすい例として、60 fpsのソースを30 fpsのタイムラインで50%の速度にすると、完成した再生の1秒あたりにソースフレームが30枚使われます。30 fpsのソースを50%の速度にすると、そのタイムラインの1秒あたりに使える異なるソースフレームは15枚だけです。後者ではフレームの繰り返し、ブレンド、または生成が必要になります。この計算から、同じ速度設定でもクリップによってリタイミングの選択が異なる理由が分かります。

両方の書き出しが粗く見える場合はスケーリングとソース品質を確認する

元のメディアとProResテストを同じ表示サイズで比較します。元のメディアにも同じブロックがすでに含まれているなら、書き出しビットレートを上げても、失われた元のディテールがどのようなものだったかは分かりません。よりきれいなソースがあればそれを使い、理想的なフレームを想定するのではなく、そのソースを基準に改善を判断します。

編集中にタイムラインの解像度を下げていなかったか確認してください。マニュアルでは、これはパフォーマンス向上のための設定として明示されており、レンダー前にタイムラインを目的の解像度に戻すよう案内しています。Deliverページの出力解像度も確認してください。DaVinci Resolve 21.1 Reference Manual、「Other Project Settings That Improve Performance」

再生用に低品質のスケーリングを使っていた場合は、テストでForce sizing to highest qualityを有効にします。この設定は、より高速なBilinearスケーリングを、指定された高品質のスケーリング処理で上書きするものです。Force debayer res to highest qualityは、可変品質のデベイヤー処理に対応したカメラRAW形式に適用されます。通常のH.264映像を一般的に修復する設定ではありません。DaVinci Resolve 21.1 Reference Manual、詳細なレンダーコントロール

最終書き出しを確認する

短いテストに問題がなければ、選択した設定でタイムライン全体をレンダーします。テスト用のIn点とOut点を解除またはリセットし、出力サイズとフレームレートを確認してから、完成したファイルをQuickTime Playerで確認します。最初に問題があった箇所に加え、異なる動きのある別の場面も確認してください。

確認が終わるまで比較用ファイルを残しておきます。きれいなProResの基準用ファイル、条件をそろえた圧縮テスト、クリップ単位のリタイミング比較を行えば、関係のない設定を変えずにブロック状の動きを軽減する手順を繰り返し実施できます。完成したファイルを目に見えて改善するために必要な変更だけを加えてください。

出典