ブログ / パフォーマンス
大規模プロジェクトで失敗するエクスポート: リカバリ プレイブック
大規模なタイムラインでは、デコーダー、エフェクト スタック、ディスク スループット、メモリなど、あらゆるものが重視されます。最速の脱出方法 これは「もう一度頑張ってみる」のではなく、失敗が小さなクリップで再現できるようになるまでタイムラインを二分することです。
最初に: 失敗を分類する
エクスポートが即座に失敗するか、特定の割合で失敗するか、ランダムに失敗するかに注目してください。偶発的な失敗が示すことが多いのは、 サーマルスロットル、ディスク競合、またはソースファイルの破損。パーセンテージが安定した障害は、多くの場合、次のような問題を示しています。 その時間範囲における特定のエフェクト、トランジション、またはアセット。
15分で二分する
- プロジェクトを複製します (安全)。
- 先頭から 60 秒のスライスをエクスポートします。それから真ん中。それでは終わり。
- 失敗したスライスが新しい検索スペースになります。アセットに名前を付けることができるまで繰り返します。
- 疑わしいアセットを置き換えるか（外部で再エンコード）、その周囲のエフェクト スタックを削除します。
分割統治型配信
複数の章からなるコースの場合、多くのチームは章を個別のマスターとしてエクスポートし、最終的なマスターとして組み立てます。 必要な場合のみコンテナを使用します。これにより、ピーク メモリが削減され、再試行が安価になり、失敗が 1 つに集中します。 章。
痛みを軽減するコーデックの選択
重いエフェクトを伴う超高ビットレートのエクスポートでは、I/O が急増する可能性があります。プラットフォームに配信している場合 とにかく再圧縮する場合は、デコードしやすい高品質の中間ファイルをエクスポートすると時間を節約できます。 編集がロックされたら、最終パスを実行します。
作業上の衛生管理
スクラッチ ディスクを高速かつ空の状態に保ち、エクスポート中に同期ツールを閉じ、直接記録しないようにします。 タイムラインがすでに重い場合は、ネットワーク ドライブを使用してください。これらは機能するので退屈に聞こえます。