手動調整より自動がいいんじゃない？
はじめに
Fusion テンプレートが成熟するにつれて、直面する課題があります。
「パラメータが多すぎて、ユーザーが何を変更すればいいのか分からない」
「同じパラメータを複数の場所で変更しなければいけない」
「パラメータ間に相互依存関係があり、手動調整が極めて複雑」
こうした課題は、すべて Instance 化（Publish & Instantiate） で解決できます。
Instance 化は、DaVinci Resolve の中でも特に テンプレート制作者向けの機能 です。一般的な動画編集ユーザーでは使用することがありません。しかし、配布用テンプレートを作る場合は、ほぼ必須の技法です。
本記事では、Instance 化がもたらす劇的な効率化と、実装方法を具体的に解説します。
---1. Instance 化とは何か
DaVinci Resolve の Fusion では、複雑なノード構造を組み立てて、高度な映像処理を実現します。
例えば、カータイマーテンプレートの場合：
- Background ノード：背景色を定義
- Text ノード：タイマー数字を表示
- Transform ノード：位置・スケールを調整
- Expression：動的な値を計算
- Color Corrector ノード：色調整
通常、ユーザーがテンプレートをカスタマイズする場合、これらのノードを 1 つずつ開いて、パラメータを変更する必要があります。
それに対して、Instance 化 は、以下を実現します：
複数のノードに跨がるパラメータを、1 つの「外部コントロール」にまとめる
例えば、「メインカラーを赤から青に変更する」という操作が、通常は 5 つのノードで 10 個のパラメータを変更する作業だったとします。Instance 化を使うと、1 つのカラーピッカーで、すべてが自動的に変更される という体験になります。
---2. 従来のパラメータ管理の課題
Instance 化がない場合、テンプレートのカスタマイズはどうなるのか。具体例で説明します。
シナリオ：カータイマーの色を変更したい
変更対象：赤 → 青
従来の方法：
1. タイムライン上のクリップを右クリック 2. Fusion ページを開く 3. Text ノード内の「Color」パラメータを変更 4. Color Corrector ノード内の「Gain」を調整 5. Background ノードの背景グラデーション色を変更 6. Shadow ノードの影の色を調整 7. Animation キーフレームも確認・修正
変更が完了するまでに、複数の場所を何度も往復 する必要があります。
さらに問題なのが、パラメータ間の相互依存 です。
例えば：
- 背景色を変更したら、テキストが見えづらくなった
- 影の色も変更しなければいけない
- でも影の色を変更すると、全体的にバランスが崩れる
結果として、ユーザーサポートの負荷が増大します。
「このパラメータは何ですか」
「どの順序で変更すべきですか」
「複数変更する場合、何に気をつければいいですか」
こうした質問が増えれば増えるほど、テンプレート制作者の負担は増えます。
---3. Instance 化による解決策
Instance 化を使うと、ユーザー体験は劇的に変わります。
同じシナリオで Instance 化を使った場合：
1. クリップを右クリック → Fusion ページを開く 2. 左パネルの「Inspector（インスペクタ）」内に、「メインカラー」というコントロールが表示されている 3. そのコントロール（カラーピッカー）をクリック 4. 青色を選択 5. 終了
変更作業が 5 ステップに削減 されました。
背後では、複数のノードのパラメータが自動的に更新されていますが、ユーザーは意識する必要がありません。
---4. Instance 化の実装方法
具体的な実装ステップを解説します。
ステップ1：パラメータを計算するノードを作成
例えば、「メインカラー」というパラメータを統一的に管理したい場合、専用の計算ノードを作成します。
DaVinci Resolve では、「Fuse」ノード（カスタム計算ノード）を使用するか、既存ノードで代用します。
`
ColorController ノード：入力として RGB 値を受け取る
→ 出力として、各色成分（R・G・B）を分割出力
`
このノードが、「真実のソース」（唯一の情報源）になります。
ステップ2：その他のノードを参照値に変更
通常、Text ノードの Color パラメータには、直接色値を設定します：
`
Color = {R: 1.0, G: 0, B: 0} // 赤
`
これを、ColorController ノードへの参照に変更します：
`
Color = ColorController.Output.Color
`
同様に、Color Corrector ノード、Shadow ノードなど、色に関連するすべてのノードを参照に変更します。
ステップ3：Publish & Instantiate で公開
ColorController ノードを右クリック → 「Publish & Instantiate...」を選択
ダイアログで以下の情報を設定：
- Instance Name:
MainColor（ユーザー向けの表示名） - Type:
Color（パラメータの種類） - Default Value: デフォルト色を設定
(※「Publish」と「Instantiate」は別の機能ですが、通常は組み合わせて使用します)
---5. 複数パラメータの階層的管理
テンプレートが成熟すると、パラメータの数は増えます。
- メインカラー
- サブカラー
- テキストサイズ
- アニメーション速度
- 位置オフセット
方法1：グループ化
Instance 化時に、似た性質のパラメータをグループにまとめます：
`
Colors
├── MainColor
├── SubColor
├── AccentColor
Typography ├── TitleSize ├── SubtitleSize ├── BodySize
Animation
├── Duration
├── EaseType
├── DelayTime
`
ユーザーが Inspector を開いたとき、この階層構造が表示されます。ユーザーは「色を変更したい」という目的が決まったら、「Colors」グループを展開するだけです。
方法2：依存関係の明示
複数のパラメータが相互に依存している場合、その関係を Expression で明確に記述します：
`
SubtitleSize = TitleSize * 0.7
`
TitleSize を変更すると、SubtitleSize は自動的に更新されます。ユーザーは TitleSize だけ変更すればよく、SubtitleSize の手動調整は不要です。
方法3：条件付きパラメータの非表示
テンプレートに「ミニマルモード」と「フルモード」がある場合、モード選択に応じてパラメータを表示・非表示にできます：
`
IsFullMode = true // ユーザーが設定
ShowAdvancedColors = IsFullMode ? true : false
`
Advanced パラメータの Visibility を上記の式に設定することで、不要なパラメータが UI に表示されなくなります。
---6. 実例：カータイマーの Instance 化設計
私が実際に制作した「カータイマー」では、以下の Instance 構成を採用しています。
公開されているパラメータ：
`
Basic
├── TimerDuration（タイマー時間）
├── MainColor（メイン色）
Advanced ├── SecondaryColor（補助色） ├── TextStyle（フォントスタイル）
Animation
├── InAnimationType（イン・アニメーション種類）
├── OutAnimationType（アウト・アニメーション種類）
`
ユーザーが「とりあえず使いたい」という場合は、「Basic」セクションの 2 つだけを変更すれば OK。
「もっと詳細にカスタマイズしたい」という場合は、「Advanced」「Animation」も展開できます。
重要なのは、初心者と上級者の両方が快適に使える という設計です。
背後では 30 以上のノードが複雑に連動していますが、ユーザーはそれを意識しません。
---7. パラメータ変更時の破綻を防ぐ
Instance 化を使う場合でも、ユーザーが不適切な値を入力することで、テンプレートが破綻する可能性があります。
例えば：
- タイマー時間を 0 秒に設定
- テキストサイズを負の値に設定
- 範囲外の値を入力
`
TimerDuration_Input = 60 // ユーザー入力
TimerDuration = clamp(TimerDuration_Input, 1, 3600) // 1秒～1時間の範囲に制限
TextSize_Input = 72
TextSize = clamp(TextSize_Input, 8, 500) // 8pt～500pt の範囲に制限
`
clamp 関数により、値が指定範囲内に収まるよう自動調整されます。
ユーザーが誤った値を入力しても、テンプレートは確実に動作します。
---8. テンプレート配布時のドキュメント
Instance 化によって UI が整理されても、ユーザーへのドキュメント提供は重要です。
特に以下の情報を明記すべきです：
パラメータ一覧：
- パラメータ名
- 機能説明
- デフォルト値
- 推奨値の範囲
- 変更時の注意点
`
MainColor（メインカラー）
説明：テーマ色。ここで選択した色が、テキスト・背景・装飾全体に反映されます。
推奨値：明るい色（RGB 各成分 100 以上）を推奨。暗すぎる色を使用すると、テキストが見えづらくなります。
注意：SecondaryColor との色の対比が小さいと、視認性が低下します。
`
ドキュメントが充実していれば、ユーザーサポートの質問が減り、テンプレートの満足度が高まります。
---9. トラブルシューティング
Instance 化を導入する際、以下の問題が発生することがあります。
問題1：Publish に失敗する
原因：ノードが正しく出力を生成していない。
解決策：該当ノードを確認し、出力パラメータが正しく設定されているか確認します。
問題2：複数の Instance が同じパラメータを制御している
原因：不注意で、同じパラメータを複数回 Publish してしまった。
解決策：Fusion ページの「Inspector」内を確認し、重複する Instance を削除します。
問題3：Publish したパラメータが他のノードに反映されない
原因：参照先ノードが、Publish したノードではなく、別のノードを参照している。
解決策：各ノードの参照設定を確認し、正しいノードを参照させます。
---終わりに
Instance 化は、テンプレート制作における ユーザーインターフェースの設計 です。
複雑なパラメータを、シンプルで分かりやすいコントロールに変換する。それにより、ユーザーは直感的に、不安なくテンプレートをカスタマイズできます。
さらに、Instance 化は 制作者側の効率化 にも貢献します。
パラメータの相互依存関係を Expression で一元管理できるため、後からの仕様変更や改善が容易です。複数のノードを 1 つずつ修正する手間がなくなります。
テンプレート制作を本格的に進める場合、Instance 化の習得は必須です。最初は複雑に感じるかもしれませんが、一度ワークフローを確立すれば、その効率性は計り知れません。
あなたのテンプレートが、ユーザーにとって本当に「使いやすい」ものになるステップとして、Instance 化の導入を強くお勧めします。