だからNukeは流行らない！

Nukeを使い出して最初に思うことはきっと、「分かりづらい」。コレに尽きると。

それはNukeの考え方として、「ソースの一本化」というような暗黙のルールみたいなものがあるからかもしれません。たとえば、最近流行のEXRでのAOV（Arbitrary Output Variable）とかがまさにそうでしょう。平たく言えば、一つのNode（画像）に一旦、なんでもかんでも情報を集約させて、「ソースの一本化」するといったかんじです。各情報（画像）を参照する場合は、とりあえずその大元に取りに行くってかんじでしょうか・・・


具体的には、Beautyパス、Diffuseパス、AOパス、Normalパス、Positionパス、Velocityパス、Depthパス・・・　のような各パスを一つの画像に格納していて、例えば「後づけ被写界深度」エフェクトを使用する場合は、その画像にVectorBlurNodeをつなげて、

VectorNode内でどのチャンネルに対して「後づけ被写界深度」エフェクトを施して、どのチャンネルを被写界情報として使用するか、という2種類のチャンネルを指定します。

AEでも、DFでも、どこかで読んだ情報ではShakeもそうみたいですが、それらは、チャンネルの扱いが基本的に、RGBAとして扱うようです。Fusionは未確認です。
ゆえに、Nukeは常にチャンネルを意識させられます。しかもRGB以外のチャンネルの各チャンネルは表に出ていないため、そのソースファイルがどういうチャンネルを持っているかを把握する必要があります。要するに分かり辛いのです。
コレはボクの勝手な想像ですが、Nuke以外のアプリケーションは、逆にAOVへの対応が遅れているのだと思います。Nukeはいち早くそれに対応しており、このような形をとっているのかもしれません。

もしかすると、コンポジット、特にCGのコンポジットは今、転換期にあるのかもしれません。

分かり辛いなりに、それこそ工夫はなされています。LayerContactSheetNodeを用いれば、各チャンネルが、RGBチャンネルにあらわれ確認することができます。

またViewerの下のほうには現在表示されている、Nodeが持つチャンネル名が羅列されています。

この分かり辛ささえ受け入れることができれば、案外Nukeは快適かもしれません。