レンダリングファイルの保存先は、デスクトップ以外の場所にする必要があります

建築ビジュアライゼーションの専門家なら誰でも、この感覚を知っているはずです。レンダリングを終え、高解像度のTIFFファイルを適当と思われる場所に保存し、次のビューに進む。1週間後、誰かから「南側からの夕暮れの外観」を求められ、フォルダーを開き、サムネイルをスキャンし、どのバージョンが最終版だったかを思い出すのに15分を費やす。ファイルサイズは400MB。デスクトップには、それと同じようなファイルが他に30個も並んでいます。

レンダリングファイルの管理は非常に困難です。ファイルサイズが大きく、急速に蓄積され、他のファイルタイプに有効な整理方法が通用しません。単一のシーンから、生のレンダリング、ノイズ除去バージョン、コンポジット用のレンダリングパス、コンポジットされたPSD、そして複数の解像度での最終出力など、1ダースもの出力ファイルが生成されることがあります。それをプロジェクトのビュー数で掛け合わせると、重要で、再作成が困難で、きれいに保管することがほぼ不可能な、数百ギガバイトものファイルが存在することになります。

デスクトップ問題

多くの建築設計事務所において、デスクトップはレンダリングファイルのデフォルトのゴミ捨て場となっています。これには実用的な理由があります。午前2時にレンダリングが終了したとき、出力パスは最も最近使用されたものにデフォルト設定されます。ポストプロダクションのためにPhotoshopでファイルを素早く開く必要があるとき、デスクトップはすぐそこにあります。同僚からファイルを急ぎで求められたとき、それをデスクトップにドラッグして場所を教えるのが最も手っ取り早いオプションです。

時間の経過とともに、デスクトップはスタジオの最近の仕事の地層のようになります。3つのプロジェクトのファイルが、どのプロジェクトに属しているかを示す形跡もないまま並んでいます。「exterior_final_v3_FINAL_revised.tif」のようなファイル名は、気休め程度にしか役立ちません。視覚的な乱雑さはマシンの動作を遅くし、蓄積されたファイルサイズはローカルドライブの限界を圧迫し始めます。

一部の事務所では、命名規則やフォルダー構造を定めています。「プロジェクト名 / フェーズ / ビュー名 / バージョン」が一般的なパターンです。これらのシステムは、全員がそれに従っているときには機能します。つまり、スタジオの代表がファイル整理に関するメールを送信してから数週間は機能しますが、その後はエントロピーに支配されます。レンダリングを実行する人は、最も便利なパスに保存します。Photoshopでコンポジットを行うインターンは、保存ダイアログが開いた場所にPSDを保存します。秩序をもたらすはずだったフォルダー構造は、ファイルを整理しやすくするどころか、探しにくくするだけの部分的な整理の新たなレイヤーとなってしまいます。

ローカルストレージの罠

レンダリングファイルは、普段それらを扱わない人々が驚くほどのスピードでストレージを消費します。6000×4000ピクセル、16ビットカラーの単一の高解像度TIFFファイルは、簡単に200MBに達することがあります。複数のレンダリングパスを含むEXRファイルは、さらに大きくなる可能性があります。コンポジットレイヤーを含むPSDは、1ギガバイトを超えることもあります。

10〜15のビューがあり、それぞれが設計開発の複数の段階でレンダリングされる忙しいプロジェクトでは、レンダリング出力だけで数百ギガバイトに達することがあります。過去のプロジェクトのアーカイブを保管している事務所では、その数値は数テラバイトに膨れ上がります。ローカルドライブは満杯になります。外付けハードドライブが購入され、ラベルが貼られ、最終的にはどこかに置き忘れられます。NAS（ネットワークHDD）は役立ちますが、それ自体のメンテナンスに手間がかかります。

コストは金銭的なものだけではありません。レンダリングファイルがローカルドライブにある場合、それらは特定のマシンに紐付けられます。レンダリングを制作したビジュアライゼーション専門家がそのファイルを持っています。その人が不在、休暇中、あるいは別の事務所に転職してしまった場合、それらのファイルへのアクセスは問題になります。スタジオは、誰かが誰も見つけられないファイルを求めるまで気づかないまま、特定の個人のハードドライブに対する目に見えない依存関係を構築してしまっています。

クライアントやチームがレンダリングに求めるもの

この課題は、レンダリングファイルの使われ方によってさらに複雑になります。スタジオ内に留まる作業ドキュメントとは異なり、レンダリングは外に出ます。クライアントへのデザインレビュー、計画委員会への提出、マーケティングチーム用のパンフレット、ポートフォリオページ用の会社のウェブサイトなど、多岐にわたります。それぞれの宛先で異なるフォーマットや解像度のファイルが必要とされ、それぞれの要求は異なるタイミングで発生します。

クライアントは、基本設計フェーズでの南側立面図がどのように見えていたかを確認するために、半年前のレンダリングを再度見たいと求めるかもしれません。計画コンサルタントは、提出書類用に特定の解像度で承認済みのレンダリングを必要とするかもしれません。コンペの応募書類を準備している同僚は、過去のプロジェクトのレンダリングスタイルを参考にしたいと思うかもしれません。

どの場合でも、誰かがファイルを探さなければなりません。そしてそれを見つけるということは、それがどのマシンでレンダリングされ、どのフォルダーに保存され、どのバージョンが正しいのかを知っていることを意味します。検索は技術的というよりも、しばしば人間関係を頼るものになります。プロジェクトに携わった人に尋ね、その人がレンダリングを実行した人に尋ね、その人が古い外付けハードドライブをチェックする、といった具合です。

ストレージへの異なるアプローチ

Fabricのクラウドドライブは、ローカルストレージの悪循環から抜け出す方法を提供します。クラウドドライブに保存されたファイルは、ローカルマシンの容量を消費しません。オンデマンドでストリーミングされるため、大きなTIFFやEXRを開くのに、最初にファイル全体をダウンロードする必要はありません。数百ギガバイトのレンダリング出力を生成するスタジオにとって、これによりローカルストレージへの慢性的な圧迫が解消され、特定のマシンへの依存が排除されます。

アップロードプロセスは既存のワークフローに適合します。レンダリング出力を直接クラウドドライブに保存することも、ポストプロダクション完了後にファイルをそこへ移動することもできます。重要な変化は、ファイルが個人のワークステーションではなく、チーム全体がアクセスできる場所に存在することになる点です。

レンダリング出力に対応するために外付けドライブを購入し続けたり、NASシステムを拡張し続けたりしてきたスタジオにとって、クラウドストレージへの移行はアーカイブを一本化します。過去のプロジェクトと現在のプロジェクトが同じ検索可能なスペースに共存し、管理したり、ラベルを貼ったり、紛失を心配したりする物理的なメディアはなくなります。

説明文でレンダリングを検索する

ここで、レンダリングファイルというものの性質が、クラウドストレージを特に有用なものにします。レンダリングは視覚的なものであり、人々はそれを視覚的に記憶しています。プロジェクトマネージャーは「V-Ray_Scene04_cam02_final_denoised.exr」ではなく「緑の屋根のある鳥瞰図」として記憶しています。クライアントは、ファイル名やフォルダーパスではなく「エントランスの夕方のカット」として覚えています。

Fabricのセマンティック検索は、このような記憶の仕方に適応します。「南側からの外観パース、夕暮れの照明」と検索すると、正確なファイル名の一致を必要とせず、その内容やコンテキストに基づいて一致するファイルが表示されます。複数のプロジェクトと数千のファイルに及ぶレンダリングアーカイブにおいて、この種の検索はフォルダー階層をブラウズするよりも実用的です。

検索はアーカイブ全体を対象とするため、現在のプロジェクトと同様に、過去のプロジェクトのレンダリングも容易に見つけることができます。スタジオがポートフォリオをまとめたり、以前の仕事からビジュアルリファレンスを探したりする必要がある場合、説明による検索アプローチは、プロジェクトのフォルダーを一つずつ開いてサムネイルをスキャンするのに比べて、大幅な時間の節約になります。

注釈機能を使用したレンダリングのレビュー

レンダリングのレビューは、繰り返しのプロセスです。建築家はレンダリングを見て調整を求めます。ファサードの素材感をより温かみのあるものに、手前の外構の植栽をより密に、空がドラマチックすぎる、など。これらのメモは具体的で空間的なものです。画像内の特定の領域を指しています。

Fabricの注釈機能を使用すると、レビュー担当者はレンダリングに直接書き込みを行うことができます。「エントランスの左側のエリアに影を増やす必要がある」というメールを送信する代わりに、画像上に描画して何を意味しているのかを正確に示すことができます。複雑な形状や微妙な照明を含むレンダリングにおいて、この正確さは、曖昧なテキストフィードバックから生じるやり取りの手間を削減します。

注釈はファイルに関連付けられたまま保存されるため、ビジュアライゼーション専門家はレンダリングを開いて、すべてのフィードバックをコンテキスト内で確認できます。修正されたレンダリングが作成される際、以前の注釈は対応すべき項目のチェックリストとして機能します。

レンダリングギャラリーをクライアントと共有する

クライアントにレンダリングをプレゼンテーションすることにも、独自の課題があります。ファイルが大きすぎると、メールの添付ファイルがエラーで返ってきます。ファイル共有リンクには有効期限があったり、アカウントが必要だったりします。ポートフォリオサイトへのアップロードには時間がかかり、進行中の作業には適していない場合があります。

公開機能を使用すると、スタジオは厳選されたレンダリングセットを備えた、洗練された共有可能なページを作成できます。公開されたページはデザインレビューのプレゼンテーションとして機能し、選択されたビューをすっきりとしたレイアウトで共有可能なリンクとともに表示できます。リンク分析は、クライアントがページを閲覧したかどうかを示すため、レビュー会議後のフォローアップに役立ちます。

デザインコンペの場合、同じ機能を使用して提案の視覚的なストーリーを提示するページを作成できます。マーケティング目的では、公開されたページを軽量なポートフォリオとして機能させることができます。レンダリングは生のファイルとしてではなく、管理されたフォーマットで表示されるため、ビジュアライゼーション作品の品質をより良く伝えることができます。

プロジェクトを横断した整理

スタジオのレンダリングアーカイブが成長するにつれて、整理はより重要になり、かつ維持が困難になります。Fabricのスマート整理機能は、厳格な手動のファイリングを必要とせずに、増え続けるデザインファイルのコレクションを構造化するのに役立ちます。

コネクション機能を使用すると、すでにGoogle ドライブ、Dropbox、またはその他のストレージにレンダリングファイルを保存しているスタジオは、それらのファイルを移動することなく、統合された検索可能なビューにインポートできます。複数のストレージサービスやローカルドライブにレンダリングアーカイブが分散しているスタジオにとって、この統合は、より良い整理に向けた実用的な第一歩となります。

AIアシスタントは、ファイルを見つけるもう一つの方法を提供します。これは、誰かがレンダリングを急ぎで必要としており、フォルダーをブラウズしている時間がない場合に特に役立ちます。「学校プロジェクトの図書室閲覧室の内観レンダリングを探して」といった対話形式のクエリは、特に元のプロジェクトに関わっていなかった人にとって、フォルダーツリーをたどるよりも高速です。

対象となる範囲と対象外の範囲

Fabricは、ストレージ、検索、および共有のためのツールです。レンダリングファイルの保存場所、検索方法、および共有方法の問題を処理します。これは、ビジュアライゼーション専門家が作成する、TIFF、EXR、PSD、PNGなどのフォーマットの大きな画像ファイルに対して効果的に機能します。

これはレンダリングツールではありません。3Dシーンファイルを開いたり編集したりすることはできず、V-Ray、Corona、Enscapeなどのレンダリングエンジンとは統合されません。画像エディターではないため、ポストプロダクションのコンポジットにおいてPhotoshopの代わりにはなりません。レンダリングワークフロー自体は、そのために設計されたツールのままで行われます。Fabricは下流に位置し、出力を管理します。

主な悩みが「あのレンダリングが見つからない」「ハードドライブがまた一杯になった」「クライアントからレンダリングを求められているが、どのバージョンを送信すればよいかわからない」というスタジオにとって、このツールはレンダリングプロセス自体に変更を加えることなく、それらの問題に対処します。ファイルはアクセス可能な場所に保存され、説明文で検索できるようになり、すっきりと共有できます。

実用的な転換

レンダリングファイルの問題は、劇的なものではありません。デスクトップがTIFFで散らかっているからといって、プロジェクトが失敗することはありません。しかし、累積的なコストは本物です。検索に費やされる時間、購入・管理されるストレージハードウェア、誰かが辞めたときに失われるファイル、正しいビューの正しいバージョンを誰かが探し出すのをクライアントが待つ時間などです。

レンダリングファイルをセマンティック検索および注釈機能を備えたクラウドストレージに移行することは、小さな運用の変更です。ファイルはチーム全体がアクセスできる場所に収まり、ファイルパスではなく説明文で見つけることができるようになり、見栄えの良いフォーマットで共有できるようになります。設計プロセスの一環としてレンダリングを制作するビジュアライゼーション専門家や建築家にとって、これはそれらのファイルを扱う日常の体験における有意義な改善です。

よくある質問

FabricはEXRやマルチレイヤーPSDのような非常に大きなレンダリングファイルを処理できますか？

はい。Fabricのクラウドドライブは、大容量ファイルを処理できるように構築されています。高解像度のTIFF、複数のレンダリングパスを持つEXRファイル、および大きなPSDファイルをすべて保存でき、表示するためにファイル全体をダウンロードすることなくオンデマンドでストリーミングできます。

Fabricはレンダリングツールや3Dビューアとして機能しますか？

いいえ。Fabricはドキュメントおよびファイル管理ツールです。レンダリング出力ファイル（TIFF、PNG、PSDなど）を保存、整理し、検索や共有を支援しますが、3Dシーンファイルを開いたり、レンダリングソフトウェアの代わりになったりすることはしません。レンダリングワークフローは、現在使用しているツールのままとなります。

レンダリングの見た目を説明することで検索できますか？

はい。セマンティック検索を使用すると、正確なファイル名ではなく、説明的なクエリに基づいてファイルを見つけることができます。「中庭の夕暮れの外観ビュー」と検索すると、ファイル名に技術的なコードやバージョン番号しか含まれていなくても、一致するレンダリングが表示されます。

レンダリングレビューにおいて、注釈機能はどのように機能しますか？

注釈機能を使用すると、レビュー担当者は画像に直接描き込み、特定のエリアに関連付けられたコメントを追加できます。素材感、照明、構図に関するフィードバックを、テキストで説明するのではなく画像上に正確にマークできるため、レンダリングレビューに役立ちます。

厳選したレンダリングのセットをクライアントと共有できますか？

はい。公開機能を使用すると、選択したレンダリングを洗練されたレイアウトで提示できる、共有可能なページを作成できます。共有するためのリンクが提供され、分析機能により受信者がページを閲覧したかどうかを確認できます。

Fabricはレンダリングファイルへのオフラインアクセスをサポートしていますか？

いいえ。Fabricでクラウドドライブに保存されているファイルにアクセスするには、インターネット接続が必要です。現場への訪問や、接続環境の悪い場所でのプレゼンテーションなど、オフラインでファイルを使用可能にする必要がある場合は、事前にダウンロードしておく必要があります。

すでにDropboxやGoogle ドライブにあるレンダリングファイルを接続できますか？

はい。コネクション機能を使用すると、既存のクラウドストレージアカウントをリンクできます。それらのサービスに保存されているファイルは、移動させることなく、Fabricに直接保存されているファイルと並んで検索可能になります。

Fabricは、レンダリングの保存においてNASや外付けハードドライブと比べてどうですか？

Fabricのクラウドドライブは、物理的なストレージハードウェアを購入、管理、および保守する必要性を排除します。インターネット接続があればどのデバイスからでもファイルにアクセスでき、セマンティック検索により、NASのフォルダー構造をブラウズするよりも特定のレンダリングを簡単に見つけることができます。トレードオフは、信頼性の高いインターネット接続が必要である点です（NASはローカルネットワーク上で動作します）。

複数のチームメンバーが同じレンダリングアーカイブにアクセスできますか？

はい。Fabricのクラウドドライブに保存されているファイルは、個人のマシンに紐付けられることなく、チームメンバーがアクセスできます。これにより、レンダリングファイルが1台のワークステーションに存在し、その人が不在のときに利用できなくなるという一般的な問題が解消されます。

Fabricは完了したプロジェクトのレンダリングをアーカイブするのに適していますか？

はい。クラウドドライブはローカルの容量を消費することなく長期保存を提供し、セマンティック検索により、プロジェクト終了から数ヶ月または数年が経過した後でも、アーカイブされたレンダリングを見つけることができます。これは、ポートフォリオの作成、コンペの参考資料、または過去のプロジェクトに関するクライアントからの要望への対応に特に役立ちます。

関連ページ

• クラウドドライブ

• 検索

• 注釈

• 公開

• コネクション

• AIアシスタント

• スマート整理

• 建築設計事務所

• デザインフィードバック

• デザイナー向けFabric