Premiereのスクラッチディスクが一杯です。またか。

Premiere ProがSSDの容量を圧迫し続ける理由と、その対策

Premiere Proを開き、タイムラインをインポートしたその瞬間、「仮想ディスクが一杯です」という警告が表示されます。プロジェクトの進行はストップします。キャッシュファイルを削除して何とか作業を継続できるだけのスペースを空けるのに20分を費やし、その2週間後にはまた同じ警告が表示される。このサイクルはほぼすべてのPremiere Proエディターにとって馴染みのあるものであり、キャッシュ管理だけでは解決できない構造的なストレージモデルの問題が根底にあるために存続しています。

Premiere Proは膨大な量の一時データを生成します。メディアキャッシュファイル、オーディオ波形のピークファイル、プレビューレンダリング、適合ファイル、プロジェクトの自動保存コピーなどです。規模の大きいプロジェクトでは、これらの一時データが50〜100GB、あるいはそれ以上を消費することがあります。さらに、Premiereがローカルまたは直接接続されたドライブ上にあることを想定しているソース素材を加えると、500GBのSSDは驚くべき速さで満杯になります。

一般的なアドバイスは、定期的にキャッシュをクリアし、仮想ディスクをより大容量のドライブに移動し、ディスクの整理整頓を怠らないことです。そのアドバイスは確かに有効であり、本記事でも詳しく解説しています。しかし、それは原因ではなく症状を治療しているにすぎません。原因は、Premiere Proがすべてのメディアがローカルストレージに存在し、触るすべてのプロジェクトが何百ギガバイトものソースファイルをマシンに蓄積する世界を前提に設計されたことにあります。クラウドネイティブのストレージは、この方程式を根本から変えます。

仮想ディスクを圧迫しているものの正体

Premiere Proは複数の一時ファイルカテゴリを書き出します。これらを理解することで、何を削除し、何を移動させるべきかを判断しやすくなります。

メディアキャッシュは、多くのエディターにとって最大のカテゴリです。フッテージをインポートすると、Premiereはメディアのインデックス付きバージョンを作成します。オーディオ波形用の.pekファイル、適合オーディオ用の.cfaファイル、および関係性を追跡する.mcdbデータベースファイルです。これらのファイルにより、再生や波形レンダリングが高速化されます。数十時間のソースフッテージがあるプロジェクトでは、メディアキャッシュが数十ギガバイトに及ぶことがあります。

プレビューレンダリングは、タイムラインのセクションをレンダリングするときに生成されます。レンダリングされた各セグメントは、プレビューファイルディレクトリに動画ファイルとして保存され、カラーコレクションやエフェクト、ネストされたシーケンスを含む複雑なタイムラインでは、多くのギガバイトのプレビューファイルが作成される可能性があります。

自動保存ファイルは時間の経過とともに蓄積されます。Premiereは定期的にプロジェクトファイルのコピーを保存し、デフォルトの設定では過去20個のバージョンが保持されます。多くのシーケンスを含む大規模なプロジェクトでは、各自動保存が数メガバイトになることがあります。数週間にわたる編集作業の中で、自動保存フォルダは着実に大きくなります。

適合ファイルとオーディオレンダリングファイルは、オーディオをプロジェクトのサンプリングレートに変換または適合させる必要があるシーケンスに対して生成されます。これらは個々には小さいですが、多くのソースクリップ全体で蓄積されます。

これらはすべて、仮想ディスク設定で定義された場所に書き込まれます。デフォルトでは、その多くがプロジェクトファイルと同じドライブ（多くの場合、起動ドライブ）に書き込まれます。

仮想ディスクを適切にクリアする方法

警告が表示され、すぐに容量が必要になった場合の現実的な手順は以下の通りです。

まず、メディアキャッシュから始めます。Premiere Proを開き、「環境設定」から「メディアキャッシュ」に移動します。「メディアキャッシュファイルを削除」の横にある「削除」をクリックし、「未使用のメディアキャッシュファイルを削除」を選択します。これにより、開いているプロジェクトから参照されなくなったメディアのキャッシュファイルが削除されます。より徹底的にクリアしたい場合は、「すべてのメディアキャッシュファイルを削除」を選択します。Premiereは今後のセッションで使用するメディアのキャッシュを再生成するため、これは安全ですが、次回プロジェクトを開くときに短い遅延が発生します。

次に、プロジェクト内からプレビューレンダリングをクリアします。「シーケンス」メニューから「レンダリングファイルを削除」に進みます。最大の容量を確保したい場合は、「すべてのシーケンスのレンダリングファイルを削除」を選択します。後でプレビューを再レンダリングする必要がありますが、これは多くの場合、大容量のストレージを回収する最も簡単な方法です。

自動保存フォルダを手動で確認します。プロジェクトディレクトリ内の「Adobe Premiere Pro Auto-Save」フォルダに移動します。不要になった古いバージョンを削除し、最新の5つほどを残します。また、環境設定の「自動保存」で設定を調整することにより、Premiereが保持する自動保存バージョンの数を減らすこともできます。

最後に、プロジェクトファイル自体を確認します。Premiereは、クラッシュした後に残ることがある「プロジェクトロック」ファイルやその他のメタデータを保存します。プロジェクトディレクトリで「.prproj-lock」ファイルを検索し、現在編集していないプロジェクトに属するものを削除します。

仮想ディスクを別のドライブに移動する

キャッシュをクリアすることは時間稼ぎになります。仮想ディスクを移動することは、より根本的な解決につながります。

Premiere Proで「プロジェクト設定」を開き、「仮想ディスク」を選択します。「キャプチャビデオ」「キャプチャオーディオ」「ビデオプレビュー」「オーディオプレビュー」「プロジェクトの自動保存」の設定が表示されます。これらはそれぞれ異なる場所を指定できます。これらすべてを、起動ドライブではない、十分な容量を持つセカンダリドライブに移動します。

外部SSDを使用している場合、これはプレビューレンダリングのようなパフォーマンスに敏感な仮想データに対してうまく機能します。大容量のHDDやNASをお持ちの場合は、自動保存やメディアキャッシュに活用できますが、低速なメディアに保存されたプレビューファイルは再生パフォーマンスが低下する可能性があります。

また、メディアキャッシュデータベース自体も移動させる必要があります。「環境設定」の「メディアキャッシュ」で、メディアキャッシュファイルの場所とメディアキャッシュデータベースの場所の両方をセカンダリドライブに変更します。この変更を行った後、Premiereを再起動します。

このアプローチは効果的であり、一度に1つか2つのプロジェクトに取り組むビデオエディターにとっては十分な場合があります。制限が生じるのは、多くのプロジェクトを並行して進める場合や、他のメンバーと共同作業を行う場合です。依然として、すべてのプロジェクトがソースフッテージをローカルまたは直接接続されたストレージに持ち込みます。それぞれ200GBのソースメディアを持つ3つのアクティブなプロジェクトがあり、それに関連するキャッシュとプレビューファイルがあれば、時間の経過とともに2TBのドライブでさえ満杯になります。

ソースメディアが真のストレージ問題である理由

仮想ディスクの警告はキャッシュファイルに目を向けさせますが、より多くのストレージを消費しているのは通常、ソースメディア自体です。4K ProResでの1日の撮影で、およそ100〜200GBのデータが生成されます。複数カメラによる数日間の撮影では、1テラバイト以上に達することもあります。Premiere Proは、このビデオ素材が直接アクセスできるドライブに置かれていることを期待しています。

プロジェクト間を移動する際、古いソース素材は残ったままになります。共同作業を行う場合、各エディターは各自のコピーを保持します。マシンをアップグレードする際には、プロジェクトとともに数テラバイトのメディアを移行します。仮想ディスクの問題は、すべてのメディアが物理的にワークステーション上、またはその近くに存在しなければならないという、より広範なストレージアーキテクチャの現れなのです。

ここで、キャッシュの管理とソースメディアの管理の区別が重要になります。キャッシュは削除して再生成できます。しかし、ソースメディアはリスクなしに削除することはできません。そのため、蓄積されていくのです。

異なるストレージモデル：クラウドからのメディアストリーミング

Fabricのクラウドドライブは、ソースメディアの保存場所に対して異なるアプローチをとります。フッテージをローカルストレージにコピーする代わりに、Fabricは必要に応じてクラウドからメディアをストリーミングします。ファイルはFabricのクラウドワークスペースに存在し、Premiere Proがソースクリップを読み込む必要がある場合、データはローカルドライブに永続的なコピーを書き出すことなくアプリケーションにストリーミングされます。

これにより、SSDには必要なものだけ、つまりPremiereのプロジェクトファイル、キャッシュ、プレビューレンダリング、そしてアクティブに読み込まれているものだけが保持されるようになります。通常は起動ドライブや外部SSDを占有している何百ギガバイトものソースフッテージはクラウドに置かれたままになり、アクセス可能でありながらローカルの容量を消費しません。

複数のプロジェクトにまたがって作業するエディターにとって、これはストレージの計算を大幅に変えます。5つのアクティブなプロジェクトがあっても、ローカルドライブに1テラバイトのソースフッテージを置く必要はありません。ローカルストレージの最大のカテゴリであるソースメディアがローカルに存在しなくなるため、仮想ディスクが満杯になるペースは劇的に遅くなります。

タイムラインに届く前にメディアを整理する

仮想ディスクの問題は、メディアの整理不足によって悪化することがよくあります。フッテージが複数のフォルダ、ドライブ、プロジェクト構造に散在していると、エディターは必要以上のものをインポートしてしまい、Premiereはそのすべてをキャッシュします。メディアの整理を徹底することで、Premiereがそもそも生成するキャッシュの量を削減できます。

Fabricのセマンティック検索は、ファイル名やフォルダの場所ではなく、そのコンテンツによってフッテージを見つけやすくすることで、このプロセスを支援します。必要な3つのクリップを見つけるために撮影フォルダ全体をインポートする代わりに、記憶しているコンテンツを検索し、関連するクリップを特定して、それらだけをタイムラインに取り込むことができます。インポートするメディアが減れば、キャッシュも減り、ピークファイルも減り、仮想ディスクをより長く管理可能な状態に保つことができます。

スマートな整理機能は、手動でのフォルダ管理を必要とせずに構造を提供することで、これを補完します。メディアはコンテンツに基づいてタグ付けされ分類されるため、エディターが通常インジェスト後に行う、シーン、カメラ、またはコンテンツタイプごとに素材をビンに分類する整理作業が、より円滑に行われます。

物理的な重さを伴わずにプロジェクトの携帯性を維持する

エディターがこれほど多くのローカルメディアを抱えることになる理由の一つは、ポータビリティ（携帯性）です。外出先ではノートPCから、スタジオではデスクトップから、そして自宅では2台目のマシンから作業を行いたいと考えます。それぞれの環境で同じフッテージにアクセスする必要があるため、どこにでも外付けドライブを持ち歩くか、マシン間で同期されたコピーを維持することになります。

Fabricのクラウドワークスペースを使用すると、インターネット接続があればどのマシンからでもメディアを利用できるようになります。プロジェクトファイルはクラウド内のメディアを参照し、使用するどのワークステーションからでも必要なフッテージをストリーミングできます。同期の手順も、ドライブを梱包する手間も、あるマシンが別のマシンよりも新しいバージョンのフッテージを持っているというリスクもありません。

これは、仮想ディスク肥大化の副次的な原因である、古いプロジェクトの孤立したメディアの問題にも対処します。ソースフッテージが共有クラウドライブラリにあれば、「万が一のため」にローカルコピーを保持しておく必要はありません。フッテージはFabricで引き続きアクセス可能であり、ローカルドライブにはアクティブな作業セットのみが保持されます。

余計なレンダリングなしの注記とレビュー

仮想ディスクの使用において見落とされがちな要因は、レビュー時の書き出しサイクルです。エディターはドラフトを書き出し、フィードバックのためにアップロードし、修正指示を受け取り、参照ファイルをインポートします。各書き出しはディスク容量を消費し、レビューサイクルは1ラウンドごとに複数の大きなファイルを生成する可能性があります。

Fabricの注記（アノテーション）ツールを使用すると、ビデオやオーディオアセットにタイムスタンプ付きのフィードバックを直接残したり、画像に注記を描き込んだりできます。レビューは共有ワークスペース内のソース素材上で行われるため、個別のレビュー用書き出しの必要性が減少します。書き出しが減ることで仮想ディスクへの圧迫が軽減され、フィードバックのループが短縮されます。

クライアントや関係者と完成したカットを共有する必要がある場合、Fabricのパブリッシュ機能を使用すると、個別に書き出しやアップロードを行うことなく、リンク分析付きの共有可能なページを作成できます。公開されたページはFabricのクラウド内のメディアを参照するため、ローカルドライブを作業プロセスから完全に排除できます。

実践的な仮想ディスクメンテナンススケジュール

クラウドネイティブのストレージを使用している場合でも、Premiere Proは定期的な手入れが必要なキャッシュやプレビューファイルを生成します。多くのエディターにとって推奨されるメンテナンスの頻度は、2〜4週間ごとに未使用のメディアキャッシュをクリアし、各プロジェクトの終了時にレンダリングファイルを削除し、毎月自動保存フォルダを監査し、Premiereのアップデートごとに仮想ディスクの場所を確認することです（アップデートにより、環境設定がデフォルトにリセットされることがあるため）。

カレンダーにリマインダーを設定しましょう。仮想ディスクの警告を一度も見ないエディターは、キャッシュ管理を緊急対応ではなく、日常的なメンテナンスとして扱っている人たちです。

この方法では解決できないことについての注意点

Fabricはオフラインサポートを提供していません。インターネット接続なしで編集する必要がある場合は、それらのセッションのためにローカルドライブにソースメディアが必要になります。クラウドネイティブのアプローチは、主要な作業環境で信頼性の高い接続を利用できるエディターに最適です。

また、Premiere Proの仮想ディスクアーキテクチャには、どのようなストレージソリューションでも完全に排除できない特有の挙動があります。特定のコーデックは他のものよりも多くのキャッシュを生成します。H.264やH.265などのLong-GOPフォーマットは、ProResやDNxHRなどのイントラフレームフォーマットよりも集中的なキャッシュを必要とします。撮影またはトランスコードの段階でプロダクションに適したコーデックを選択することで、ソースメディアの場所に関係なくキャッシュの量を減らすことができます。

よくある質問

Premiere Proの「仮想ディスクが満杯です」とはどういう意味ですか？

仮想ディスクとは、Premiere Proがメディアキャッシュ、プレビューレンダリング、オーディオ適合ファイル、自動保存などの一時ファイルを保存する場所のことです。仮想ディスクとして指定されているドライブの容量がなくなると、Premiereはこれらの一時ファイルを書き込むことができなくなり、「仮想ディスクが一杯です」というエラーを表示します。この修正には、そのドライブの空き容量を増やすか、仮想ファイルの保存先をより大容量のドライブに変更する必要があります。

Premiere Proでメディアキャッシュをクリアするにはどうすればよいですか？

「環境設定」（Windowsでは「編集」＞「環境設定」、Macでは「Premiere Pro」＞「環境設定」）に移動し、「メディアキャッシュ」を選択して、「メディアキャッシュファイルを削除」の横にある「削除」をクリックします。未使用のファイルのみを削除するか、すべてのキャッシュファイルを削除するかを選択します。すべてのキャッシュを削除しても安全ですが、次回そのメディアを参照するプロジェクトを開くときに、Premiereがキャッシュファイルを再生成することになります。

Premiere Proの仮想ディスクを外付けドライブに移動することはできますか？

はい、可能です。「プロジェクト設定」＞「仮想ディスク」で、仮想ファイルの各カテゴリ（ビデオプレビュー、オーディオプレビュー、自動保存、キャプチャされたメディア）を接続されている任意のドライブに変更できます。また、「環境設定」＞「メディアキャッシュ」でメディアキャッシュの場所も移動する必要があります。低速なドライブは再生パフォーマンスに影響を与える可能性があるため、プレビューレンダリングには外部SSDが推奨されます。

Premiere Proのキャッシュは通常どれくらいの容量を消費しますか？

プロジェクトの規模やメディアの種類によって異なりますが、アクティブなプロジェクトでは20〜100GBが一般的です。Long-GOPフッテージ（H.264、H.265）を多く含むプロジェクトは、イントラフレームコーデック（ProRes、DNxHR）を使用するプロジェクトよりも多くのキャッシュを生成する傾向があります。定期的にクリアしないと、時間の経過とともに複数のプロジェクトからのキャッシュが数百ギガバイトに達することがあります。

キャッシュをクリアした直後なのに、なぜ仮想ディスクがすぐに一杯になってしまうのですか？

理由は2つあります。まず、Premiereはプロジェクトを開いてそのメディアを操作するたびにキャッシュを再生成するため、同じ大規模なプロジェクトでの作業を続ける場合、キャッシュのクリアは一時的な解決策にしかなりません。次に、技術的には仮想ディスクの一部ではないソースフッテージ自体が同じローカルストレージを占有し、容量を競合しているためです。ソースメディアのストレージに対処する方が、キャッシュを繰り返しクリアするよりも効果的な場合が多々あります。

FabricはPremiere Proのローカル仮想ディスクの代わりになりますか？

Fabricは、通常ドライブ容量の大部分を占めるローカルのソースメディアストレージの必要性を排除します。Premiere Proは引き続きキャッシュやプレビューレンダリングをローカルに書き込むため、仮想ファイル用のローカルまたは接続されたストレージは依然として必要です。違いは、SSDにキャッシュ、レンダリング、そして何百ギガバイトものソースフッテージをすべて収める必要はなく、キャッシュとレンダリングのみを収めればよくなる点です。

クラウドからのメディアストリーミングはPremiere Proの再生パフォーマンスに影響しますか？

パフォーマンスは、インターネットの接続速度、およびフッテージの解像度とコーデックに依存します。Fabricのクラウドドライブはオンデマンドでファイルをストリーミングし、現代の回線速度であればプロキシや中間解像度のワークフローを十分に処理できます。高解像度・高ビットレートのメディアでタイムラインのパフォーマンスを最大化するには、高速で安定した接続が重要です。

仮想ディスクが再び一杯になるのを防ぐにはどうすればよいですか？

定期的なメンテナンススケジュールを確立しましょう。2〜4週間ごとに未使用のキャッシュをクリアし、プロジェクト終了時にレンダリングファイルを削除し、毎月自動保存を監査します。構造的な解決策としては、ソースメディアをFabricのようなクラウドストレージに移行することを検討してください。これにより、ローカルドライブには関わっているすべてのプロジェクトの全重量ではなく、一時的な作業ファイルのみが保持されるようになります。

どのコーデックが最も多くのPremiere Proキャッシュを生成しますか？

H.264やH.265などのLong-GOP（Group of Pictures）コーデックは、Apple ProResやAvid DNxHRなどのイントラフレームコーデックよりも大幅に多くのキャッシュを生成します。これは、PremiereがLong-GOPファイル内の特定の1フレームを表示するために複数のフレームをデコードする必要があり、スムーズな再生のためにデコードされたフレームをキャッシュするためです。仮想ディスクの容量が常に課題となる場合は、編集前にイントラフレームフォーマットにトランスコードすることが役立ちます。

Fabricはビデオ編集ワークフローにおける外付けハードドライブの代わりになりますか？

ソースメディアの保存と共有に関しては、多くの場合に代わりとなります。Fabricのクラウドドライブを使用すると、物理的なドライブを持ち運ぶことなく、接続された任意のマシンからフッテージにアクセスできます。仮想ディスクやプレビューレンダリングの保存については、Premiere Proがそれらのファイルをローカルに書き込むため、引き続きローカルまたは直接接続されたストレージが必要です。クラウドベースのソースメディアと、仮想ファイル用のローカルSSDを組み合わせることで、多くのエディターにとって快適な作業環境が実現します。

関連ページ

• マイクラウド

• 検索

• スマートな整理

• 注記

• パブリッシュ

• コネクション

• ビデオエディター向けFabric

• レビューと承認

• プライベートと安全