素材選定には、Finderと編集の間の場所が必要な理由
新しいメディアライブラリではなく、GyoKan Selectを作った理由について。
編集前にある工程
編集を始める前に、Assetメディアに目を通す時間はほとんどありません。ベースとなる編集がなければ、何を使うべきかを探ることさえできないからです。
静止画。音声ファイル。LUT。オーバーレイ。
再生する必要があるものもあれば、比較する必要があるものもあります。音声は聴く必要があります。LUTは画像に適用してみるまで、あまり多くを教えてくれません。オーバーレイも、実際の映像と重ねてみなければ判断が難しいものです。
これはまだ編集ではありません。
しかし、単なるファイル管理でもありません。
長年メディアを扱ってきて、この工程には、それ専用の場所がないことに気付くようになりました。
Finderはファイルを管理する
Finderは、私のファイルが本来あるべき場所です。
フォルダで案件の構造を定義し、オリジナル素材はそこに置いたままにしたい。確認したいだけの理由で、別のライブラリへファイルを移動したくはありません。
Finderはこの仕事をとても得意としています。
ファイルの場所を教えてくれます。整理も、リネームも、移動も、コピーもできます。Quick Lookを使えば、多くの形式をすばやく確認することもできます。
しかし、ファイルを「見る」ことと「評価する」ことの間には違いがあります。
あるクリップ、音声、LUT、オーバーレイが編集に使えるかどうかを判断するとき、問いはもう
このファイルはどこにあるか？
ではありません。問いはこうなります。
これは、自分が使いたいものか？
これはまったく別の作業です。
編集アプリはその後にやってくる
もちろん、編集アプリもその問いに答えることはできます。
ファイルを読み込み、ビンを作り、クリップをタイムラインに置き、LUTを適用し、オーバーレイを重ねて、組み合わせを試すこともできます。
しかし、それは自分にとって、いつも少し順序が逆に感じられていました。
編集環境に素材を入れるかどうかを決めるために、その素材を編集環境に入れていたのです。
ファイルが数本であれば、これは問題になりません。
しかし、何年もの制作で集まった、何百・何千という素材が入ったフォルダでは、そうはいきません。
その素材が本当にその案件に属するかを決める前から、案件に素材が積み上がっていってしまいます。
私は、その判断のいくつかを、もっと早い段階で済ませたいと考えるようになりました。
足りない工程は「選定」だった
やがて私は、これをワークフローの中の独立した層として考えるようになりました。
ファイル管理がある。
編集がある。
そしてその間に、選定がある。
選定とは、単にリストからファイル名を選ぶことではありません。
その素材について、判断できるだけの理解をすることです。
自分で撮影した映像であれば、クリップを再生し、長さ・フレームレート・コーデック・解像度を確認することかもしれません。
音声であれば、波形を見て、実際に聴くことかもしれません。
似た2つの素材であれば、並べて見比べることかもしれません。
LUTであれば、基準となる画像に適用してみることかもしれません。
オーバーレイであれば、単体で見るのではなく、実際の映像に重ねてどう作用するかを見ることかもしれません。
ひとつひとつは小さな行為です。
しかし、それらが集まると、独立した工程になります。
単体では判断できない素材もある
これは、LUTとオーバーレイで特に顕著でした。
.cubeファイルは、それ単体ではほとんど視覚的な意味を持ちません。
ファイル名がヒントになることはあっても、本当に知りたいのは、それが画像にどう作用するかです。
多くのオーバーレイも同じです。
黒背景の上で見たライトリークやフィルムバーン、テクスチャーは、実際に映像に合成したときに見えるものとは限りません。
その素材には、文脈が必要なのです。
これは、プレビューという概念そのものへの考え方を変えました。
プレビューは、必ずしも1つのファイルの中身を見せることではありません。
ときには、2つのものの関係を見せることが、プレビューになります。
LUTと画像。
オーバーレイとカット。
あるクリップと、別のクリップ。
そう捉えるようになってから、単純なファイルサムネイルだけでは足りなくなりました。
新しいライブラリは作りたくなかった
自然な解決策は、メディアライブラリを作ることだったはずです。
ファイルを読み込み、カタログを生成し、タグを付け、コレクションを整理し、すべてをアプリケーション内で管理する。
私は、意図的にそれをしませんでした。
フォルダは、すでに存在しています。
すでに制作ワークフローの一部であり、内蔵ドライブ、外付けSSD、案件アーカイブなど、さまざまな場所に置かれています。他のアプリケーションも、すでにその場所に依存しています。
もう一つの管理層を作ることは、同じ素材の表現を二重に維持することを意味します。
私は、ファイルシステムこそを唯一の正典として保ちたいと考えました。
そのため、GyoKan Selectはローカルフォルダから直接メディアを読み込みます。
ファイルは、もとの場所に置いたままです。
欲しいものが見つかったら、GyoKanから、実際に使いたいアプリケーションへ、オリジナルファイルをドラッグするだけです。
GyoKanは、メディアの所有者になる必要はありません。
判断を助けることだけができればいいのです。
Finderとタイムラインの間の場所
これが、GyoKan Selectの基本的な考え方になりました。
Finderがファイルを管理する。
編集アプリがそれを編集する。
GyoKanは、その2つの仕事の行間にいます。
ローカルフォルダを閲覧し、さまざまな種類のメディアを確認し、素材を比較し、文脈の中でしか意味を持たないメディアを、編集にコミットする前に試すことができる場所です。
この区別は、このプロダクトについての考え方そのものも決めました。
GyoKanをFinderの代わりにはしたくありません。
DAMにもしたくありません。
軽量な編集アプリケーションにもしたくありません。
そのどれもが、本来解決したかった問題から遠ざけてしまいます。
意味のある境界は、もっと狭いところにあります。
素材を理解し、判断し、次へ進む。
なぜGyoKan Selectを作ったのか
長い間、私はこの工程を、小さな不便の積み重ねとして扱っていました。
Quick Lookでこのファイルを開く。
あのクリップは別の場所で再生する。
LUTを読み込んで、何が起きるか確認する。
オーバーレイをタイムラインに置いて、ためしてみる。
Finderに戻る。
次のファイルを探す。
そのどれもが、特別難しい作業ではありません。
摩擦が生まれるのは、それを繰り返すことと、それぞれ違う工程のために作られたツールの間を、常に行き来することからでした。
やがて私は、その摩擦を「足りない機能の集まり」としては見なくなりました。
見えたのは、「足りない場所」でした。
Finderを置き換えたかったわけではなく、もう一つのメディアライブラリを作りたかったわけでもありません。
編集にコミットする前に、素材を理解するための場所が欲しかったのです。
GyoKan Selectは、その足りない場所から生まれました。