この記事はHoudini Apprenticeアドベントカレンダー2025 パート2　1日目の記事です。

Houdiniは他のソフトでは聞きなれない単語が色々でてきますね。今回扱う「パック」という言葉も他のツールを使っているとあまり使わない言葉だと思います。

Houdini初学者がなんとなく使っている「パック」というものにかんして、Houdini道を進めるための参考になれば幸いです。

Houdiniを学び始めた多くの人が、一度は直面する壁があります。 例えば、テスト用の豚の頭（Test Geometry: Pig Head）を数千個コピーしてみたとしましょう。すると、ビューポートの動きがカクカクになったり、計算に長い時間がかかったりしませんか？

これは、コピーした数だけ「ポリゴンやポイントのデータ」が実体として増え続け、メモリを食いつぶしてしまうために起こる現象です。

しかし、Houdiniにはこの問題を解決する「パックプリミティブ（Packed Primitives）」という仕組みがあります。これを使えば、何万個ものオブジェクトを驚くほど軽快に扱えるようになります。

1. なぜ重くなる？「ジオメトリのコピー」の落とし穴

まずは、単純にコピーを増やすとなぜパフォーマンスが低下するのか、コンピュータ側の視点で見てみましょう。

例として、「6個の立方体」をシーンに配置する場合を考えてみます。 立方体は、最低でも8個の頂点で構成されています。これを「通常のコピー」で増やした場合、コンピュータは以下のように処理します。

• 通常のコピーの処理： 「オリジナルの箱」と全く同じ構造のデータを、必要な数だけ新しく作り出し、それぞれの座標をすべて個別にメモリに書き込みます。
  
  1個の立方体 = 8個のポイント

  6個の立方体 = 48個のポイント （8点 × 6個）

つまり、人間には「同じ箱が6個ある」ように見えても、コンピュータにとっては「まったく別の独立した48個の点」として認識されているのです。

これが数千、数万個になるとどうなるでしょうか？ 数百万ものポイントの座標を一つひとつ覚え、動かすたびにすべて再計算しなければなりません。これが、Houdiniが重くなる根本的な原因です。

では、もっと賢い方法はないのでしょうか？ ここで登場するのが、Houdiniの「参照のコピー（インスタンス / パック）」という考え方です。

２.解決策：「参照のコピー」という魔法

パックプリミティブの核心は、「実体を増やすのではなく、その『参照（リンク）』だけをコピーする」というアイデアにあります。

先ほどのキューブの例で、この魔法のような仕組みを見てみましょう。

1. 原本の保存: まず、マスターとなるキューブのデータ（8個の点）をメモリの安全な場所に1つだけ保存します。

2. アンカーポイントの作成: 次に、そのキューブを「どこに置きたいか」を示すためだけの「1つの点（ポイント）」を6個用意します。

3. リンク付け: コンピュータに「この6つの点それぞれに、あのマスターキューブの映像を投影して」と指示を出します。

この方法だと、コンピュータが管理すべきデータ量は劇的に少なくなります。

計算してみよう（パックプリミティブの場合）

• マスターキューブ = 8個の点（メモリの奥に格納）

• 配置用のポイント = 6個の点（実際に計算するデータ）

• 実質的な負担 = 14個分の点データ

前の方法（48個）と比較すると、その差は歴然です。 もしこれが「数万ポリゴンの詳細なモデル」だったらどうでしょう？ コピー数が増えれば増えるほど、この「差」は圧倒的なものになります。

この「参照のコピー」という考え方を、Houdiniのシステムとして使いやすくパッケージ化したものが「パックプリミティブ」なのです。

3. 実践：Houdiniでその「軽さ」を体感しよう

では、実際のHoudiniの作業でどれほどの違いが出るのか、Copy to Points SOPを使って検証してみましょう。 テスト用の「Pig Head」を、8,000個のポイントにコピーしてみます。

注目すべき設定は、Copy to Points SOPのパラメータにある「Pack and Instance」というチェックボックスです。

オフの場合（従来のジオメトリコピー）

このチェックを外した状態でコピーを行うと、PCは悲鳴を上げ始めます。

• データ量: 8,000個分の豚の頭のポリゴンがすべて実体化され、プリミティブ総数は2,300万以上に膨れ上がります。

• 操作感: 計算（Cook）に長い時間がかかり、ビューポートを回転させようとしてもカクカクして重く、まともに作業できません。

オンの場合（パックプリミティブ）

「Pack and Instance」にチェックを入れた瞬間、世界が変わります。

• データ量: ノードの情報（ミドルクリック）を見ると、プリミティブ数はコピー先の点の数と同じ「8,000個（Packed Geo）」と表示されます。2300万個のポリゴンデータは実体として存在せず、参照されているだけだからです。

• 操作感: 処理は一瞬で完了。ビューポートの操作も非常に軽快で、まるで何も置いていないかのようにグリグリ動かせます。

パックプリミティブ導入のメリット

このように、パックプリミティブを使うことには絶大なメリットがあります。

1. ビューポートがサクサク動く

   • 大量のオブジェクトを表示していても描画負荷が低いため、ストレスなく作業に集中できます。

2. 計算（Cook）が速い

   • データ量が軽いため、ノードをつなぎ変えた時の待ち時間が大幅に減ります。

3. レンダリング時間の短縮とメモリ節約

   • Mantra, Karma, Redshift, Arnoldなど、主要なレンダラーはパックプリミティブを非常に効率的に扱います。メモリ不足によるクラッシュを防ぎ、レンダリング開始までの時間も短縮されます。

しかし、これほど強力なパックプリミティブですが、「実体がない」がゆえに、通常のジオメトリとは少し違った扱いが必要になる場面があります。

4. パックプリミティブの正体と、知っておくべき「落とし穴」

パックプリミティブの本質は、「中身を編集できない、頑丈なダンボール箱」だと考えてください。 中身（ジオメトリデータ）を箱に密閉して、その「箱の位置」だけを動かしているイメージです。

非常に便利ですが、その性質ゆえの注意点が2つあります。

注意点1：中身の直接編集はできない

パックされたジオメトリは「箱詰め」状態です。 「箱ごと」移動させたり、回転させたり、スケールを変えることはできますが、箱の中にある頂点を個別に動かすことはできません。

• 起こりがちなミス: パックされたモデルに Mountain SOP や Edit SOP を繋いでも、何も起きません。ノードは「箱（1つの点）」しか見ておらず、中身の形状を認識できないからです。

• 解決策: 中身を編集したい場合は、Unpack SOP を使って、一度「箱」からジオメトリを取り出す（実体化する）必要があります。

注意点2：ユニークな形状における「メモリ」と「計算」の違い

ここが少し混同しやすいポイントですが、パックプリミティブの効果は「何を目的にするか」によって変わります。

ケースA：メモリを節約したい場合（静止画など）

• 効果大: 同じ木を1万本植える。（1本分のデータで済む）

• 効果小: 形がバラバラの砕けた破片を1万個置く。（1万個分の「原本」が必要なため、メモリ節約効果は薄い）

ケースB：計算を速くしたい場合（RBDシミュレーションなど）

• 効果絶大: RBDシミュレーションでは、たとえ破片の形がすべてバラバラでも、パックプリミティブを使うのが鉄則です。 パックせずにシミュレーションすると、破片の「全頂点」を毎フレーム計算しなければなりませんが、パックしてあれば「中心点」の移動だけで済むからです。

つまり、

• コピー（Copy to Points） のときは「メモリ節約」のためにパックし、

• シミュレーション（RBD） のときは「計算高速化」のためにパックする、 と覚えておくと良いでしょう。

5. 用途で使い分ける！パックプリミティブの「3つの型」

1. 標準のパックプリミティブ (Packed Geometry)

～ 作ってすぐ動かすならコレ ～

メモリ内で完結する、最も基本的なタイプです。作り方が2通りあります。

• 作成方法A（主流）: Copy to Points SOP の "Pack and Instance" にチェックを入れる。 木や石を地面に撒くなど、オブジェクトを配置する場合はこの方法が一番簡単で一般的です。

• 作成方法B（手動）: Pack SOP を使う。 RBDシミュレーションの前準備として、モデルを1つの塊にしておきたい場合などに使用します。

• 主な用途: プロシージャルに作ったモデルの大量配置、またはRBDシミュレーション。

• メリット: 「修正に強い」のが特徴です。元のモデル（SOPネットワーク）とライブで繋がっているため、モデルの形を変更してもリアルタイムでコピー結果に反映されます。

2. Packed Disk プリミティブ

～ レンダリングの最終兵器 ～

ハードディスク上にあるファイルを直接参照する、非常に強力なタイプです。

• 作成方法: File SOP の "Load" パラメータを "Packed Disk Primitive" に変更し、.bgeo.sc などのファイルを読み込みます。

• 主な用途: 背景アセット（ビル、木、岩など）の大量配置や、キャッシュ済みの重いシミュレーション結果の読み込み。

• メリット: 「レンダリングが爆速」になります。 Houdiniは重いジオメトリデータをメモリに展開せず、「ディスクのここにファイルがあるよ」というファイルパス（文字情報）だけを管理します。レンダラーに送るデータも「ファイルパス」だけで済むため、レンダリング開始までの待機時間（IFD生成時間など）が劇的に短縮され、メモリ消費も極限まで抑えられます。

3. パックフラグメント (Packed Fragments)

～ 破壊シミュレーションの必需品 ～

1つのモデルを「部分的に」参照する特殊なタイプです。

• 作成方法: RBD Material Fracture などで破壊した後、name アトリビュート（破片ごとの名前）を持った状態で Pack SOP を通します。

• 主な用途: 破壊シミュレーション。

• メリット: 何千個もの「砕けた破片」を効率的に管理できます。それぞれの破片は独立しているように見えますが、実は「元の壊れていないモデル」を共有しており、「元のモデルのどの部分を表示するか」という情報だけを持っています。

• 注意点: 参照元は「元のモデル全体」です。もしシミュレーション後に破片の9割を削除したとしても、メモリ上には「元のモデル全体」が残り続けます。少数の破片だけを取り出して使う場合には、逆に効率が悪くなることがあるので注意が必要です。

まとめ：パックプリミティブでHoudiniを使いこなそう

「パックプリミティブ」は、一見難しそうに見えるかもしれませんが、仕組みはシンプルです。

1. 実体を持たずに「参照」だけを扱うから軽い。

2. コピー（Copy）では「メモリ節約」、シミュレーション（RBD）では「計算高速化」に効く。

3. 用途に合わせて「メモリパック」と「Diskパック」を使い分ける。

この「魔法の箱」を使いこなせるようになれば、あなたのPCスペックの限界を超えた、壮大で複雑なシーンを作れるようになるでしょう。ぜひ、今日からパックプリミティブを意識してノードを組んでみてください！