編集者にSSDを郵送するのは、ワークフローとは言えません。

SSDシャトルは数十年にわたりデフォルトの手段でした。それは、機能しなくなるその瞬間までは機能していました。

あらゆる制作現場に、このようなお決まりのパターンがあります。撮影が終了します。誰かがカメラカードをポータブルドライブにコピーします。そのドライブに、テープやマーカー、あるいは輸送中に剥がれ落ちてしまうような付箋でラベルを貼ります。その後、エディターに手渡されるか、ペリカンケースに入れられてFedExで国中へ発送されます。

同じビル内で働く、共同配置されたクリエイティブチームにとって、これは十分に迅速な方法です。エディターは廊下を歩いて行き、ドライブを受け取り、接続して、カット作業を始めます。摩擦はほとんどありません。しかし、エディターが別の都市にいたり、カラリストがフリーランスであったり、プロデューサーが自宅からセレクトを確認する必要が生じた瞬間、SSDシャトルは、納期遅れという損害を被るまで見過ごされがちな様々な形で破綻し始めます。

ドライブの発送に伴う本当のコスト

明らかなコストは時間です。FedExでの発送は、良くても丸一日、場合によっては2〜3日かかります。国境を越えて作業する場合、税関によってさらなる遅延が生じます。金曜日に撮影が終了する制作の場合、エディターが映像を手にするのは翌週の火曜日か水曜日になる可能性があります。これは、スケジュールに組み込まれた3〜4営業日の無駄な時間であり、新しい映像を移動させる必要があるたびに繰り返されます。

目に見えにくいコストはリスクです。ドライブは壊れます。輸送中に落とされたり、配送車の中で過熱したり、時には完全に紛失することもあります。制作に長く携わっている人なら誰でも、ドライブを紛失した話や、その後に大慌てした経験があるでしょう。制作現場によっては、2つのコピーを発送することでこれを軽減しようとしますが、コストは2倍になり、問題の一部しか解決できません。

そして、バージョニングの問題があります。複数の人の間でドライブが流通すると、どのドライブに最新のカット、承認されたセレクト、あるいは最新のカラーグレーディングが入っているかを把握すること自体が、プロジェクト管理の課題になります。最終的にはドライブの場所を追跡するスプレッドシートや、「どのドライブにV3のセレクトが入っていますか？」とか「誰かカラリストにドライブを返却しましたか？」といったメッセージで溢れるSlackチャンネルが出来上がることになります。

これら自体は致命的なことではありません。制作現場は何年もの間、このシステムでうまくやってきましたし、今でも多くの現場がそうです。しかし、その摩擦が本当に必要なものなのか、それとも単に見慣れたものにすぎないのかを検証してみる価値はあります。

クラウドベースのメディア管理がモデルをどう変えるか

Fabricのようなクラウドベースのメディアアセット管理プラットフォームは、異なるアプローチを提供します。映像を物理ドライブにコピーして発送する代わりに、メディアを一度、一元化されたクラウドライブラリにアップロードします。それ以降は、アクセス権を持つ全員が、ローカルマシンにダウンロードすることなく、オンデマンドで映像をストリーミングできます。

これにより、輸送による遅延が完全に解消されます。映像がアップロードされた瞬間に、エディター、プロデューサー、カラリスト、その他チームの全員が利用可能になります。ドライブの到着を待つ必要も、配送状況を追跡する必要も、ドライブが輸送中に破損していないか心配する必要もありません。

Fabricのクラウドドライブは、この原則に基づいて設計されています。ファイルはクラウドに置かれ、オンデマンドでストリーミングされるため、エディターは完全にダウンロードされるのを待つことなく、映像のスクラブ再生を開始できます。レビューやセレクトの用途には、これで十分な場合が多々あります。エディターは、バックグラウンドでフル解像度ファイルが利用可能な状態のまま、セレクトをマークし、ラフアセンブリを構築し、編集プロセスを進めることができます。

メールのやり取りを不要にするフィードバック

クラウドベースのシステムに移行することの、一見目立たないものの大きな利点の1つは、レビュープロセスに与える影響です。SSDシャトルモデルでは、フィードバックは通常、メールや通話を通じて行われます。プロデューサーはカットを見てタイムコード付きのメモを作成し、そのメモをメッセージで送信します。エディターはメモを読み、タイムコードを照合し、変更を加えます。タイムコードが数秒ずれていたり、メモが曖昧だったりすると、確認のためにやり取りが発生します。

Fabricの注釈ツールを使用すると、ビデオのタイムライン上に直接、タイムスタンプ付きのコメントを残すことができます。プロデューサーは正確な瞬間にスクラブしてメモを残すことができ、エディターはそのメモが正確なフレームにピン留めされているのを確認できます。オーディオに対しても、同様のタイムスタンプ付きのアプローチが機能します。画像の場合、ファイルに直接注釈を書き込むことができます。これにより、フィードバックが具体的になり、レビュー担当者の意図とエディターの理解とのギャップが縮まります。

これは、複数の人がレビューと承認のプロセスに関わっている場合に最も重要となります。3つの異なるメールスレッドからフィードバックをまとめる代わりに、すべてのメモがアセット自体に残ります。エディターはファイルを開くだけで、文脈に沿ったすべてのコメントを確認できます。

保管場所を覚えていなくても映像を見つけられるようにする

大規模な撮影では、膨大な量のメディアが生成されます。複数日にわたる制作では、何百ものクリップ、何千もの写真、そして数十のオーディオファイルが作成されることがあります。SSDシャトルモデルでは、特定のクリップを見つけるということは、それがどのドライブにあるかを思い出し、そのドライブを接続し、撮影現場で整理した担当者にとってしか理解できないフォルダー構造内を探し回ることを意味します。

Fabricのセマンティック検索は、異なるアプローチを取ります。ファイル名やフォルダーパスで検索する代わりに、意味で検索します。被写体が子供時代について話しているインタビュークリップが必要な場合、そのコンセプトで検索すれば、システムが関連するファイルを浮き彫りにします。これはビデオ、オーディオ、画像、ドキュメントすべてで機能します。

数週間または数ヶ月にわたってメディアが蓄積される制作において、これはますます価値が高まります。その代わりとなるのは、詳細なロギングスプレッドシートを維持することですが、これは誰かが作成し、最新の状態に保ち続けなければなりません。セマンティック検索は、入念なメディア管理に完全に取って代わるものではありませんが、フォルダー構造が役に立たなくなったときに、素材を見つけるのをはるかに容易にします。

1人のシステムに依存しない整理方法

すべての制作現場には、「何がどこにあるかをすべて把握している」人物がいます。彼らはフォルダー構造を構築し、命名規則を覚えており、どんなファイルでも30秒で見つけることができます。これは、その人物が席を外したり、プロジェクトが新しい担当者に引き継がれたりするまでは、実に見事に機能します。

Fabricのスマートな整理機能は、この依存度を下げるのに役立ちます。ファイルはプロジェクト別、タイプ別、日付別、または制作に最も適した分類法で整理できます。セマンティック検索と組み合わせることで、新しいチームメンバーは、他人のフォルダ階層のガイド付きツアーを受けることなく、必要なものを見つけることができます。

別のドライブを発送することのないクライアントレビュー

クライアントレビューも、SSDシャトルモデルが不要な摩擦を生み出す分野の1つです。従来のワークフローでは、カットを入れたドライブをクライアントに発送する（さらに輸送時間が加算される）、圧縮バージョンをファイル共有サービスにアップロードする（品質が低下する）、または対面でのプレビューセッションのスケジュールを調整するかのいずれかでした。

Fabricの公開機能を使用すると、リンク分析機能を備えた、洗練された共有可能なレビューページを作成できます。クライアントにリンクを送信するだけで、彼らはブラウザでカットを視聴し、タイムスタンプ付きのフィードバックを残すことができます。また、いつ視聴したか、どこまで見たかも確認できます。発送するドライブも、管理するダウンロードも、品質の妥協もありません。

すでに使用しているツールとの連携

ほとんどの制作現場では、ワークフローのさまざまな部分で、すでにGoogle ドライブ、Dropbox、またはFrame.ioを組み合わせて使用しています。Fabricの連携はこれらのサービスと統合されるため、既存のストレージを破棄する必要はありません。Google ドライブやDropboxのアカウントを接続し、Fabricのインターフェースを通じてそれらのファイルにアクセスすることで、現在のファイル構造のままで、セマンティック検索や注釈機能のメリットを享受できます。

これは特に移行期間において有用です。すべてを一度に移行する必要はありません。まずは既存のストレージを接続し、Fabricを検索およびレビューレイヤーとして使用することから始めて、チームが慣れていくにつれて、ワークフローのより多くの部分を徐々に移行していくことができます。

帯域幅の問題

クラウドベースのワークフローがすべての問題を解決すると言えば、それは不誠実でしょう。避けて通れない大きな問題は、帯域幅です。1日に数テラバイトのRAW映像を生成するマルチカメラ撮影は、アップロードにおいて真の課題となります。インターネットアクセスが制限された遠隔地で撮影している場合、その映像を迅速にクラウドに取り込むことは現実的ではないかもしれません。

これは現実的な制約であり、冷静に見極める必要があります。このようなシナリオでは、最初の取り込み（インジェスト）には依然として物理メディアが使用されるかもしれません。映像は現地のドライブにコピーされ、それらのドライブは十分なアップロード帯域幅のある場所に持ち込まれます。異なる点は、映像が一度クラウドに入れば、そこにとどまるということです。その後のポストプロダクションプロセスの間、ドライブを何度も発送し合う必要はありません。

しかし、大多数の制作にとって、帯域幅はかつてほど障壁にはなっていません。ほとんどの都市部では、100 Mbps以上の持続的なアップロード速度が可能な光回線が一般的です。100 Mbpsで1テラバイトの映像をアップロードするには、約22時間かかります。瞬時とは言えませんが、FedExを待つよりは早いことが多く、チームが眠っている夜間にアップロードを行うことができます。

プロキシワークフローもこれを後押しします。多くの制作現場では、編集用にすでに低解像度のプロキシファイルを生成しています。これらはオリジナルメディアの数分の一のサイズであり、アップロードもはるかに高速です。エディターはクリエイティブな編集時にプロキシを使用し、仕上げ時にはクラウド内のフル解像度ファイルを利用できます。

SSDシャトルが依然として合理的である場合

物理メディアが依然として正しい選択肢である正当なケースもあります。即時のプレイバックが必要なオンセットのワークフロー、インターネット接続のない場所での撮影、そして物理的な管理下から離すことができない極めて機密性の高い素材を扱う制作などには、すべてドライブを使い続ける妥当な理由があります。

物理メディアには今でも役割がありますが、デフォルトのワークフローとしてのSSDシャトル、つまり「映像は常にドライブで移動するものだ」という前提は、再考に値します。ほとんどの制作、特にリモートのチームメンバーがいる制作にとって、クラウドベースの代替案はより迅速で、安全で、マルチドライブワークフローを悩ませるバージョンの混乱に陥る心配も少なくなります。

AIレイヤー

FabricのAIアシスタントは、クラウドベースのメディア管理にさらなる次元をもたらします。検索や整理だけでなく、AIはビデオコンテンツの要約の生成、映像内の重要な瞬間の特定、メディアライブラリに関する質問への回答などのタスクをサポートします。膨大な量のコンテンツを管理する制作において、このようなインテelligentなアシスタンスは、手動でのロギングやレビューの時間を大幅に削減してくれます。

移行を進める

SSDシャトルのワークフローからクラウドベースのシステムへの移行は、一度にすべて行う必要はありません。現実的なスタートラインは、1つのプロジェクトで両方のシステムを並行して運用することです。ドライブベースのバックアップも維持しつつ、映像をFabricにアップロードします。レビュー、フィードバック、およびセレクトにはクラウドシステムを使用します。物理ドライブはアーカイブおよびセーフティネットとして保管しておきます。

このアプローチを試すほとんどのチームは、クラウドワークフローがすぐに主要なルートになり、物理ドライブはアーカイブストレージへと退くことに気づきます。フィードバックの速さ、輸送遅延の解消、そして適切なドライブを接続することなく映像を検索して見つけられる能力だけでも、十分に強力な説得力があります。

SSDシャトルは、長い間業界に貢献してきました。単一のプロジェクトを編集する同じ場所にいるチームにとっては、今でもうまく機能しています。しかし、リモートでのコラボレーション、複数の関係者が関わるレビュープロセス、そして伝統よりもスピードを重視する制作にとって、クラウドベースの代替案は真剣に検討する価値があります。

よくある質問

大容量のビデオファイルをリモートのエディターに送信するにはどうすればよいですか？

Fabricのようなクラウドベースのメディアアセット管理プラットフォームを使用すると、映像を一度アップロードするだけで、エディターにストリーミングアクセスを付与できます。ファイルをドライブにコピーして発送する代わりに、エディターはクラウドから直接、映像のスクラブ再生や作業を行うことができます。これにより、輸送遅延やドライブの紛失・破損のリスクが排除されます。Fabricのクラウドストレージは暗号化され、冗長化されているため、単一のポータブルドライブよりも高い保護を提供します。

クラウドへのアップロードは、プロのビデオワークフローにとって十分に高速ですか？

ほとんどの制作においては、はい。100 Mbpsの標準的な光回線であれば、約22時間で1テラバイトをアップロードできます。プロキシファイルは元のファイルサイズのごく一部であるため、プロキシワークフローを使用すると、これを大幅に高速化できます。アップロードは夜間に実行でき、多くの場合、発送されたドライブが到着するよりも早く、エディターが映像を利用できるようになります。

アップロード中にインターネットが切断された場合はどうなりますか？

Fabricを含むほとんどのクラウドプラットフォームは、中断されたアップロードを適切に処理します。アップロードは、最初からやり直すのではなく、中断された場所から再開されます。これにより、大容量のアップロードも、一見思えるよりも回復力が高くなります。

エディターは映像をダウンロードせずに作業できますか？

はい。Fabricのクラウドドライブは、ファイルをオンデマンドでストリーミングします。エディターは、フル解像度のオリジナルファイルをローカルマシンにダウンロードすることなく、映像をスクラブしたり、クリップをプレビューしたり、プロキシファイルを使って作業したりできます。

どのバージョンのカットが最新であるかを把握するにはどうすればよいですか？

クラウドベースのシステムでは、すべてのメディアとプロジェクトファイルが一元化された1つの場所に保管されます。全員がドライブをやり取りするのではなく、同じライブラリから作業するため、「どのドライブにV3があるか？」というバージョンの混乱はほぼ解消されます。

制作映像をクラウドに保存するのは安全ですか？

クラウドストレージプロバイダーは通常、単一の物理ドライブが提供するものを超える冗長性とバックアップを提供しています。ポータブルSSDにはデータのコピーが1つしかありません。クラウドストレージは一般的に、地理的に分散されたデータセンターにまたがって複数のコピーを維持します。ドライブの落下や故障によるデータ紛失のリスクは、クラウドストレージの障害リスクよりも間違いなく高いと言えます。

クライアントは何もダウンロードせずにカットをレビューできますか？

はい。Fabricの公開機能を使用すると、共有可能なレビューページを作成できます。クライアントはブラウザでカットを視聴し、タイムスタンプ付きのフィードバックを残すことができ、視聴アナリティクスを確認することもできます。ダウンロードも、ドライブも、試写室のスケジュール調整も不要です。

Fabricは、Google ドライブやDropboxに保存されている映像でも動作しますか？

はい。Fabricの連携機能は、Google ドライブ、Dropbox、Frame.io、その他のサービスと統合されています。これらのプラットフォームにあるファイルを、現在のストレージから移動させることなく、Fabricを通じてアクセスおよび検索できます。

1日に数テラバイトのRAW映像を生成するような、非常に大規模な撮影についてはどうですか？

極めて大規模な撮影や、接続環境の悪い遠隔地の場合、最初の転送には依然として、十分な帯域幅のある場所に持ち込まれる物理メディアが使用されることがあります。重要な違いは、映像が一度クラウドに入れば、そこにとどまるということです。ポストプロダクションの残りの期間、ドライブを継続的に発送し合う煩わしさから解放されます。

Fabricはオフラインで動作しますか？

Fabricはオフラインに対応していません。インターネット接続を必要とするクラウドベースのプラットフォームです。接続環境のない場所でのオンセットワークフローでは、最初のキャプチャおよび取り込みフェーズにおいて、引き続きローカルストレージが必要になります。

関連ページ

• MAMとは何か、なぜ必要なのか

• DAMとMAMの違いを解説

• 破綻しないビデオ制作ワークフロー

• メディア制作における検索疲れ

• ラップトップのスペックで作業内容を決めるべきではない理由

• あなたが未だに外付けハードドライブを持ち歩く理由

• クリエイティブチーム向けFabric

• レビューと承認のワークフロー

• Fabric vs Frame.io