【Blender】ジオメトリノードの「フィールド」と「属性」とは？複数オブジェクトで挫折しないためのデータ処理の仕組み | Blenderで描く3Dの世界

Blenderのジオメトリノード（Geometry Nodes）を勉強していて、こんな悩みにぶつかったことはありませんか？

「チュートリアル通りにやれば動くのに、自分で作ろうとすると途中で動かなくなる」
「1つのオブジェクトなら動くのに、2つ目のオブジェクト（サルや円柱）を呼び出した瞬間に挙動がおかしくなる」
「『フィールド』や『属性』という言葉の意味がさっぱり分からない」

YouTubeなどの動画講座の多くは「この通りにノードを繋げばこう動く」というレシピ（手順）の紹介がメインです。そのため、裏側の仕組みを理解しないまま進めると、オブジェクトが増えた瞬間にノードの繋がりが破綻してしまいます。

また「フィールド」は関数ですと、簡単に雑な回答で返します（ある処理をして値を返すからと）じゃあ、処理する値はどこで渡せばよいの「位置」ノードには出力端子の値がひとつ有るだけで入力端子で値を取得するの無いけど？

この記事では、ジオメトリノードの根本にある「フィールド」と「属性」の正体、そして「なぜ複数オブジェクトにするとノードが効かなくなるのか（主語のバグ）」というデータ処理の仕組みを、初心者向けに分かりやすく解説します！

1. ジオメトリノードが動く仕組み｜緑色の線は「主役（オブジェクト）」のデータ

まず、画面で最初から繋がれている「緑色の太い線」の正体を理解しましょう。

ジオメトリノードを動かすためには、必ず3D空間上にある「特定のオブジェクト（立方体など）」にモディファイアとして割り当てます。

このとき、画面に表示されている「グループ入力」から伸びる緑色の線は、現在処理の対象になっているメインオブジェクト（主役）のデータそのものを表しています。

グループ入力 ➔ (緑色の太い線：主役のデータ) ➔ グループ出力

【緑色の線の正体】 「今からこの立方体の頂点や面を加工しますよ」という処理のメインルート（主語）のことです。

ノードエディターの中では、すべての処理が「この緑色の線（主役）」を中心にして進んでいきます。

2. フィールド（点線）の正体｜中身は「未実行の計算式」

初心者の方が最も勘違いしやすいのが、ノード同士を繋ぐ「点線（ひし形の端子）」です。

よく「『位置』ノードの点線の中には、座標の数値データがズラリと流れている」とイメージされがちですが、これは間違いです。

点線の中を流れているのは「計算のルール（命令書）」

ひし形の端子から出る点線（フィールド）の中を流れているのは、数値そのものではなく「どうやってデータを計算するかという計算のルール（命令書）」です。

例えば、「位置」ノードは単体で置かれていても、それ自体は何もデータを持っていません。

誤ったイメージ： 「位置」ノードの中に X: 1.0, Y: 2.0 という数値が入っている
正しいイメージ： 「位置」ノードは 『繋がった相手の位置を読み取れ！』という命令書

「誰の位置か」は合流した場所で決まる！

単体の「位置」ノードを見てみると、「どのオブジェクトの位置か」を指定する項目がどこにもありませんよね。

「位置」ノードなどのフィールドノードは、メインルート（緑色の線）に合流した瞬間に、その緑色の線のオブジェクトを自動的に「主語」として読み込むルールになっています。

立方体の緑色の線に合流したとき ➔ 「立方体の頂点位置」 を読み込む命令になる
サル（スザンヌ）の緑色の線に合流したとき ➔ 「サルの頂点位置」 を読み込む命令になる

つまり、フィールドは単体では主語を持たず、合流した相手（緑色の線）によって中身が勝手に切り替わる仕組みなのです。

3. 「属性（Attribute）」とは？システム上の限界について

「属性（Attribute）」とは、3Dモデルの各要素（頂点や面）に、最初からBlenderの内部で紐づけられている「基本データ」のことです。

代表的な属性には以下のようなものがあります。

Position（位置）： 各頂点がどこにあるか
Normal（法線）： 面がどの方向を向いているか
Index（インデックス）： 頂点や面に割り当てられた番号

これらはBlenderの開発者（プログラムを作った人）があらかじめ用意してくれた「最初から決まっているデータ」です。

ノードの組み合わせだけでは作れない表現もある

ジオメトリノードは万能に見えますが、この「用意された属性」の範囲を超えた複雑な処理を、利用者がノードの組み合わせだけでゼロから生み出すことは物理的に不可能です。

例えば、「移動した複数のオブジェクト同士が、現場でリアルタイムに衝突して変形し合う複雑な物理演算」などは、現在の通常の属性の範囲を超えた処理になります。

公式アップデートで専用の機能やシミュレーションノードが追加されない限り、「ノードの工夫だけで何でも再現できるわけではない」という点も頭の片隅に置いておきましょう。

4. オブジェクトが複数になると起きる「主語のバグ」とは？

ここからが、初心者が最もつまずく「オブジェクトを2つ以上扱ったときにノードが動かなくなる理由」の解説です。

例えば、「立方体（メイン）」を処理しているノードツリーの途中に、別の「サル」のデータを読み込ませて、「サルの位置を使って、立方体を動かしたい」と考えたとします。

そこで、メインの線の途中に「位置設定」ノードを挟み、そこに単体の「位置」ノード（ひし形）をそのまま繋いだとしましょう。

制作者（あなた）は「サルの位置を取得して立方体に効かせたい」と思って作っています。しかし、パソコンのCPUは以下のように処理を解釈してしまいます。

パソコンの解釈： 「今、メインで処理している緑の線は『立方体』だな。ということは、この『位置』ノードの命令は『立方体自身の位置』として処理すればいいんだな！」

結果として、サルのデータは完全に無視され、立方体自身の位置が重複して計算されるだけという挙動になります。

単体の「位置」ノード（ひし形）には「誰の」という情報が書かれていないため、メインルート（立方体）の場に引っ張られて、主語が勝手にメインオブジェクトに乗っ取られてしまうのです。これが「主語のバグ」の正体です。

5. 「オブジェクト情報」ノードが持つ2つの解決策

この「主語の混同（バグ）」を防ぎ、別オブジェクトのデータを正しく使うために用意されているのが「オブジェクト情報」ノードです。

このノードの右側（出力側）にある端子の形と色の違いこそが、主語を狂わせないための最大のルールです。

薄い青色の丸端子（位置・回転・スケール）
- 中身： そのオブジェクト全体の「中心座標」（数値）
- 使い分け： 確定した「ただの数値データ」です。メインの線に繋いでも主語が化けず、「相手の中心位置」として安全に計算に使えます。
緑色の太い端子（ジオメトリ）
- 中身： そのオブジェクトの「形状データ全体」
- 使い分け： 相手のメッシュ形状そのものを呼び出します。メインの線と「ジオメトリ統合」で合流させたり、相手の形状を画面に出すときに使います。

💡 状況に合わせたデータの渡し方まとめ

相手の「全体の場所（中心点）」だけを使いたいとき ➔ 「オブジェクト情報」の【薄い青色の丸端子（位置）】を繋ぐ！（主語が化けない）
相手の「個々の頂点の位置」を引っ張ってきたいとき ➔ 「オブジェクト情報」の【緑色の端子】から、「サンプル（Sample Indexなど）」ノードを経由してデータを読み出す！（主語を橋渡しする）

この「青い端子（数値）」と「緑の端子（形状）」の使い分けができるようになると、複数のオブジェクトが登場してもデータが破綻しなくなります。