FCPの複合クリップの参照元を変更 〜新しい親クリップを参照とスナップショット

　「FCPで複合クリップの活用　複合クリップの利点と欠点」や「FCPの複合クリップでクローンクリップ」で、Final Cut Pro（ファイナルカットプロ　以下FCP）での複合クリップの参照関係について記載しました。この参照関係は、複製した複合クリップの一つを修正するとそれを参照する全ての複合クリップの内容を修正することができるという利点がある一方、編集のバージョン違いを残したい場合に一つの複合クリップへの修正が全てのバージョンに配置された複合クリップに対して反映されてしまい、バージョン違いが残せないといった難点もあります。バージョン違いを残したい場合は参照関係をリセットした形で複合クリップを複製する必要がありますが、そのリセット方法として「新しい親クリップを参照」という機能があります。
　また、編集バージョンの異なるタイムラインを作成する際に、タイムライン上の全ての複合クリップとオリジナルの複合クリップとの参照関係を断ち切った形でプロジェクト（つまりタイムライン）の複製を作る「スナップショット」という機能もあります。FCPのオンラインマニュアルにはスナップショットでプロジェクトを複製した場合、複合クリップに加えてマルチカムクリップに対しても同様の効果があるように記載されています。しかし、私はマルチカムクリップ機能を使っていないので、ここでは複合クリップの参照関係に絞って記載します。
　今回は、「新しい親クリップを参照」と「スナップショット」という、複合クリップの参照関係をリセットして複製する方法について記載します。

新しい親クリップを参照

新しい親クリップを参照で作成されるオリジナル

　「新しい親クリップを参照」でコピーされる「オリジナルの複合クリップのコピー」は、その操作をするプロジェクトがどのイベントに格納されているかに関わらず、コピー元の「オリジナルの複合クリップ」があるイベント内に作成されます。
　例えば、イベント01内の「プロジェクト a」を複製した「プロジェクト aの複製」をイベント02に移動します（76_fig_05）。

　「プロジェクト aの複製」のタイムラインに配置された複合クリップに対して「新しい親クリップを参照」を実行すると、「オリジナルの複合クリップ」を格納したイベント01内に「オリジナルの複合クリップのコピー」が作成されます。「プロジェクト aの複製」のタイムラインに配置されていた複合クリップは「複合クリップのコピー」に置き換わり、イベント01内に作成された「オリジナルの複合クリップのコピー」と参照関係を持ちます（76_fig_06）。

　イベント01内に複製された「オリジナルの複合クリップのコピー」を、イベント02に手動で移動しても問題はありません。古い編集バージョンのプロジェクトを削除してライブラリ内を整理するような場合に、イベントごとにクリップを管理しておいた方が、タイムラインで使用中のクリップを削除してしまうような失敗を防ぐことができます。

スナップショット

　76_fig_07のメニューにある「プロジェクトの複製」と「プロジェクトを別名で複製」では、複製元のプロジェクトに複合クリップが配置されていた場合、複製したプロジェクトにも同じオリジナルとの参照関係を持つ複合クリップが配置されます。これに対して、「プロジェクトのスナップショットを作成」では、複製したプロジェクトにオリジナルの複合クリップとは参照関係を持たない複合クリップが配置されます（76_fig_08）。

オリジナルのない複合クリップ

　スナップショットでプロジェクトを複製した場合、「新しい親クリップを参照」とは異なりその内部に複製される複合クリップには「オリジナルの複合クリップ」が何処にも見当たりません。また、スナップショットで複製したタイムラインに配置された複合クリップに対して「新しい親クリップを参照」を実行しても、タイムライン上の複合クリップがコピーに置き換わるだけで、ライブラリ上に「オリジナルの複合クリップのコピー」は現れません。この「オリジナルの複合クリップ」が見当たらないことについて、FCPのオンラインマニュアルでは「複合クリップまたはマルチカムクリップの「親クリップ」のコピーが複製に埋め込まれます。」と説明しています。
　ブラウザ上でオリジナルの複合クリップを操作する必要はほとんど無いので、スナップショットによる複製はスッキリとしていて使いやすいかもしれません。古い編集バージョンを整理する際に誤って必要な「オリジナルの複合クリップ」を削除する心配もありません。

オリジナルのない複合クリップの参照関係

　スナップショットで複製したプロジェクト内の複合クリップは、「FCPの複合クリップでクローンクリップ」のように入れ子構造の場合やタイムラインに同じものを複数配置している場合に関連性を維持しているか試してみました。
　1つ目は、タイムライン上に同じ複合クリップを複数配置したプロジェクトのスナップショットを作成した場合です（76_fig_09）。この場合、オリジナルの複合クリップとの参照関係は切れ、それでいてスナップショットで複製したタイムライン上の複合クリップ同士の参照関係は維持されていました。
　スナップショットで複製されたタイムラインにあるどれかひとつの複合クリップの内容を変更すれば、そのタイムライン上の複合クリップ全てに変更が反映されます。それでいて、複製元のタイムラインに配置された複合クリップやオリジナルの複合クリップの内容には影響がありませんでした。

　2つ目は、76_fig_10のように入れ子になった複合クリップの場合です。スナップショットで複製されたタイムラインの複合クリップA・B・Cは、いずれも複製元のタイムラインにある複合クリップとの参照関係が切れていました。
　スナップショット上の複合クリップA・B・Cを変更しても、複製元のタイムラインにある複合クリップA・B・Cやオリジナルの複合クリップA・B・Cに影響はありませんでした。つまり、タイムラインに直接設置された複合クリップAだけでなく、その中にある複合クリップB・Cもオリジナルの複合クリップとは参照関係が切れた状態で複製されています。

オリジナルを表示する

　スナップショットによって複製された複合クリップには、「オリジナルの複合クリップ」が見あたりません。しかし、タイムライン上でこの複合クリップを選択して、右クリックで表示されるメニューから「ブラウザに表示（ショートカット「shift + F」）と操作すると、その複合クリップの名前の末尾に複製を示すナンバーが付加され、イベント上にも同じ名称の複合クリップが現れます（76_fig_11 右の黄色い下線部分）。両者には通常の複合クリップと同様の参照関係があります。つまり、スナップショットによって複製された複合クリップはオリジナルを持たないのではなく、リネームとオリジナルの表示を省略した状態だったようです。

まとめ

　タイムライン上の複合クリップには対になる「オリジナルの複合クリップ」がライブラリ内にあり、そこには参照関係が生じています。これを上手く使うと、複数の複合クリップに同時に変更を反映させるといった場面で役立ちます。しかし、編集バージョンの異なるタイムラインを作成する際に、この参照関係が不要になる場合もあります。そんな時は、「新しい親クリップを参照」コマンドや「スナップショット」機能を利用して、新たな参照関係を持った複合クリップを複製することができます。