プロキシ生成がエディターのノートパソコンではなく、サーバーの役割であるのはなぜですか？

複数の編集者が同じメディアに依存する場合や、編集者のノートパソコンを占有せずに取り込みを続ける必要がある場合、プロキシ生成はサーバーの役割になります。サーバーがキュー、再現可能なプリセット、プロキシの保存先、ジョブ履歴を管理します。

編集者が1人で小規模なプロジェクトを扱うなら、ノートパソコンでも問題ありません。重複したトランスコード、バッテリーの制約、スリープ、移動、統一されていないフォルダパスが共有ワークフローを妨げ始めたら、構成を変える必要があります。

取り込みデータ、オリジナル、プロキシ、プロジェクトの状態を整理する

カメラオリジナルは交換できないソースデータ、プロキシは再構築可能な作業データ、プロジェクトファイルは小さく重要な状態データ、書き出しデータは独自の保持期間を設ける納品物として扱います。ハードウェアを選ぶ前に、それぞれの役割を割り当てます。

取り込みステーションはオリジナルを保護されたストレージに書き込み、プロキシ作業を始める前に検証済みのコピーを作成します。プロキシワーカーはオリジナルを変更せずに読み込み、予測可能なプロジェクトパスに書き込みます。

編集者にはプロキシとプロジェクトへのアクセス権を付与し、すべての取り込み先への無制限なアクセス権は与えません。この分離により、誤操作による移動を減らし、プロキシジョブが失敗しても安全に再実行できます。

サーバーにキューとプリセットを任せる

常時稼働するコンピューティングノードで、監視フォルダーサービスまたはジョブキューサービスを実行します。コーデック、解像度、音声の処理方法、ファイル名のルール、バージョン管理されたプリセットを固定し、すべての編集者が同じ結果を得られるようにします。

一元管理されたキューでジョブの状態を確認でき、3台のノートパソコンが同じカードを重複してトランスコードするのを防げます。プロキシは再構築可能なワークフローレイヤーとして扱い、カメラオリジナルの代わりにはしません。

キューのデータベースとプリセット設定は永続ストレージに保存します。ワーカーを再作成しても、保留中の作業と完了記録が残るようにします。

演算処理を編集作業のインタラクティブな経路から分離する

コーデックと納期に合わせてCPUまたはGPUの性能を決め、プロキシ処理がファイルサービス、バックアップ、レビュー用の書き出しを圧迫しないよう、同時実行数に上限を設けます。実測したレイテンシが許容範囲内であれば、当初は演算処理をNASと共用できます。

編集者は安定したネットワーク経由でプロキシにアクセスし、コンフォーム用にオリジナルを利用できる状態に保ちます。編集中にプロキシの読み込みがストレージを飽和させる場合は、素材の取り込みを時間指定で行うか、演算ノードをストレージノードから分離してください。

より広範なプラットフォームでも、これらの役割を維持する必要があります。このホームサーバーOSのセットアップに関する判断は、アプリケーションの使いやすさとストレージの管理主体を切り分けるのに役立ちます。

Featured

ZimaCube 2 パーソナルクラウド ホームNAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

プロジェクトを一通り完了して検証

代表的なカードから素材を取り込み、オリジナルのコピーを確認し、プロキシを生成して、別の編集システムで再接続し、書き出し用にオリジナルへ再リンクします。所要時間とストレージ／ネットワークの最大負荷を記録してください。

キューの処理途中でワーカーを再起動してテストします。完了済みのジョブを識別でき、失敗したジョブを再実行でき、オリジナルに変更が加わらないことを確認してください。

チームに編集者が1人しかおらず、素材の取り込み頻度も低く、サーバーによって削減できる時間より転送時間のほうが長くなるなら、集中管理はやめましょう。キューの待ち時間や同時進行するプロジェクトが、実測した許容時間を超えた場合にのみ拡張してください。

最終セットアップの確認

検証済みの取り込みデータを1つの耐久性のあるキューに流し込み、複数の編集者に一貫したプロキシを提供しつつ、各自のノートPCを塞がず、オリジナルメディアの復旧性も損なわない場合、サーバーを導入する価値があります。

よくある質問

プロキシはバックアップすべきですか？

通常は再生成できるため、まずプリセット、キューの状態、オリジナルを保護してください。再生成にかかる時間がプロジェクトの復旧可能期間を超える場合にのみ、プロキシをバックアップします。