プレビューファイルが無視され、エンコードが遅すぎる

その後の経過のご返信、ありがとうございました。

ちなみに、バグ報告のスレッドはこちらでしょうか？

GPU処理でのエンコードが遅い - Adobe Community - 15294658  

もしかすると、アドビの社員さんはご報告いただいた内容の本質を理解されていないかもしれないですね。

（私もたまに日本語でバグ報告するのですが、なかなか細かいニュアンスが伝わらず、少々的外れな返信が返ってくることも……。）

>バグにしろ2024でレンダラーを変更すれば速くエンコードできるなら、何らかの方法でプレビューファイルを参照したエンコードは可能だと思います。

はい、おっしゃる通り、いつ頃のバージョンだったかは忘れましたが、過去にはプレビューファイルを使用した書き出しができたはずです。

それが悪い方向に作用して「低画質のプレビューコーデックでレンダリングしたファイルを使用することで、最終書き出しの画質が悪くなってしまった」というトラブルもあったように記憶しております。

（私自身は、Final Cut Pro 7の終焉と共にPremiere Proに移行したので、それより前の事情にはあまり詳しくないです。）

私の曖昧な記憶に頼るまでもなく、アドビの公式のページ内にその記述（ベストプラクティス：書き出しの高速化 ：プレビューコーデックを「メザニン（中間）コーデックに設定できる云々」）がありますので、この記事の公開より後に「何らかの理由で意図的にこの機能を無くした（しかしバグでソフトウェアレンダリング時に誤って機能が復活してしまう）」のか、「プログラムのミスなどでGPUレンダラー使用時にこの機能が強制的にOFFになってしまっている」のかの、どちらかなのかなと思います。

（意図的な仕様変更の場合、非圧縮444ではない限りプレビューファイルを用いて異なるコーデックで書き出すと劣化が生じることや、カラーマネージメントの面で不整合が出る可能性があることなどが、その理由かもしれないと勝手に推測しています。）

いずれにしましても、すぐに解決される可能性は低いのではないかと思いますので、レンダリングの代わりに書き出しをして、一番上のトラックに乗せてやるといった方法でしのぐしかないのではないかなと、個人的には思います。

（ソフトウェアレンダリングにする方法ですと、万が一どこかほんの一部だけレンダリングファイルが外れていたりすると、そこがソフトウェアレンダリングされて画質が落ちる可能性もありますし……。）

検証有難うございます。

同一コーデックの場合のみ「プレビューファイルを使用する」が効果を発揮するという意見は私も目にしました。
ただプレビューファイル作成後にレンダラーを一旦ソフトウェアに変えて、
Premiereから直接書き出す時のみコーデックの変換を伴うエンコードが速くなる（GPU100秒→CPU8秒）という現象が不思議なのです。
シーケンスと同じProRes422で書き出したムービー（=プレビューファイル）を再度同一設定のシーケンスに放り込んでからエンコードする時と同じ速さです。
これはレンダラーがソフトウェアの時のみプレビューファイルを正しく参照できていると考えられないでしょうか？

64%でエンコードが遅くなるのは、尺の長さやエフェクトに関わらず
レンダラーがGPUの時は必ず発生します。

ちなみに2025ではレンダラーをソフトウェアにしてもエンコードが遅く、
シーケンス設定と同じムービーを一旦「書き出し」て、
それを同一設定のシーケンスに放り込んでからエンコードすると速く終わります。
約19分のシーケンスで、レンダリング後の「書き出し」　に2分、
H.264へのエンコードに2分30秒前後という感じです。

ご返信有難うございます。
レンダラーがGPUの場合に、プレビュー使用/不使用に関わらずエンコードに同じ時間がかかるので、
プレビューファイルが無視されているのではないでしょうか？
レンダラーをソフトウェアに変えるとエンコードが速くなるというのはネットで調べて見つけました。