プロキシ生成はなぜエディターのノートパソコンで行う作業ではなく、サーバーの役割なのか？

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

1人の編集者による小規模なプロジェクトでは、ノートパソコンでも問題ありません。ただし、重複したトランスコード、バッテリーの制限、スリープ、移動、フォルダー パスの不一致が共有ワークフローを妨げ始めると、構成を見直す必要があります。

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

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

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

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

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

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

中央キューによってジョブの状態を把握でき、3台のノートパソコンが同じカードをトランスコードする事態を防げます。プロキシはカメラのオリジナルの代替ではなく、再生成可能なワークフロー層として維持します。

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

コンピュートを対話的な編集経路から分離する

コーデックと処理時間の要件に合わせてCPUまたはGPUを選定し、プロキシジョブがファイルサービス、バックアップ、レビュー用の書き出し処理を圧迫しないよう、同時実行数に上限を設けます。測定した遅延が許容範囲内であれば、当初はNAS上でコンピュートを共有しても構いません。

編集者は安定したネットワークパス経由でプロキシにアクセスし、オリジナルはコンフォーム用に利用できる状態を維持します。アクティブな編集中にプロキシの読み取りでストレージが飽和する場合は、取り込み処理をスケジュールするか、コンピュートノードとストレージノードを分離します。

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

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

1つのプロジェクト全体で検証する

代表的なカードを取り込み、オリジナルのコピーを検証し、プロキシを生成して、2台目の編集システムで再接続します。その後、書き出しに向けてオリジナルへの再リンクを完了します。経過時間とストレージおよびネットワークの最大負荷を記録してください。

キューの処理途中でワーカーを再起動するテストを行います。完了したジョブは識別可能な状態で残り、失敗したジョブは再実行でき、オリジナルは変更されないことを確認します。

チームに編集者が1人しかおらず、素材の取り込み頻度も低く、サーバーによって節約できる時間より転送時間のほうが長くなる場合は、中央集約をやめてください。キューの遅延や同時進行するプロジェクト数が、測定した処理時間の範囲を超えた場合にのみ拡張します。

最終セットアップ確認

1回の検証済み取り込みから、永続的なキューと一貫したプロキシを複数の編集者に提供でき、ノートパソコンを妨げず、オリジナルメディアの復旧性も損なわない場合、サーバーの役割は正当化されます。

よくある質問

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

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