内部名は必ず固有でなければなりません。 そして、単純な名前だと(既存または今後のファクトリーノード名、または、他のユーザやスタジオからのアセットの名前と)干渉が起こり得るので、ネームスペースやバージョンを名前に加えるのが良いです。 あなたが作成したアセットには最低でもネームスペースを追加することを推奨します。

詳細は、ネームスペースを参照してください。

Create Assetダイアログでは、ネームスペースの頭の部分のラベルは一般的には他の人/スタジオが作成したアセットと区別が付くようにアセット作成者(あなたの名前、または、スタジオ名)を指定するでしょうから Author になっています。

$HOUDINI_DEFAULT_ASSET_NAMESPACEが設定されている場合、Houdiniはそれを初期デフォルトとして使用します。 設定されていない場合、hou.userName()が返す値(これは、$HOUDINI_AUTHORが設定されていればそのユーザ名部分で、設定されていなければ現行ユーザ名です)が使用されます。 詳細は、以下のアセット作成の環境変数を参照してください。

Author フィールドのドロップダウンリストには以下の内容が含まれます:

• $HOUDINI_DEFAULT_ASSET_NAMESPACE(設定されていれば)の値。

• hou.userName()が返す値。

• 設定されているプリセット。

• 既にインストールされているノードの名前から見つかったネームスペース/作成者。

スタジオ内の役割の異なる人達に様々な開発フェーズのアセットを用意したい場合(例えば、アーティストは“完成”アセットを使用し、テクニカルディレクターは次期バージョンのアセットをベータテストする場合)、そのアセットの開発“ブランチ”を示せるようにネームスペースに追加で文字列を追加するのが良いでしょう。

これによって、同じ作成者で同じバージョンのアセットを“ブランチ”別に同時にインストールすることができます。 例えば、“dev”ブランチ(acme.dev::myasset::1.0)と“test”ブランチ(acme.test::myasset::1.0)をインストールすることができます。

Create Assetダイアログでは、Houdiniはネームスペース内の 最後の 区切り文字(区切り文字は.(ピリオド)または:(コロン)の文字です)以降の文字列を“ブランチ”とみなします。 そのため、ネームスペースがfoo.bar.bazのアセットを例にすると、foo.barがAuthorで、bazがBranchとみなされます。 フルネームからネームスペースの部分と残りの部分を区別しやすくするためにデフォルトの.(ピリオド)を区切り文字として使用することを推奨します。 とはいえ、:や::をブランチ区切り文字として使用する従来からの方針を採用しているスタジオもあります。 Internal Name フィールド内でフルネームを編集することで、この区切り文字を変更することができます。

Houdiniには、すぐに使用できるようにいくつかのブランチ名が用意されています。 それらのブランチ名を追加、編集、削除することができます(プリセットの構成)。

Branch フィールドのドロップダウンリストには以下の項目が含まれています:

• 現在のデフォルトのブランチ。

• 構成されたプリセット。

• 既にインストールされているノードの名前から見つかったブランチ。

ベース名はそのノードの機能を示した名前にすると良いでしょう。 ユーザに表示されるラベルからノードタイプが判断しやすくなるように、コア名は少なくともラベルに似せることを推奨します。

アセット名にバージョンを追加することで、同じAuthorで同じCore Nameの別バージョンのアセットを持たせることができます。 これによって、以前の定義バージョンを使用している既存のインスタンスに影響を与えることなく、パラメータインターフェースなどが異なる機能が追加された新しいバージョンのアセットを作成することができます。

複数バージョンのアセットがインストールされている場合、デフォルトでは、Tabメニューには 最新(最も大きい番号の)バージョン が表示されます。 とはいえ、以前のバージョンのインスタンスは引き続きHIPファイル内に存在し、引き続き動作します。

アセット作成時にバージョン番号を追加しなくても、後でそのアセット名にバージョン番号を追加することで新しいバージョンのアセットを作成することができます。 例えば、acme::myassetをacme::myasset::2.0に移行することができます。

詳細は、アセット名のバージョンとアセットのバージョン管理システムを参照してください。

Location メニューには、よく使用される以下の場所に加えて、Houdini Pathで見つかった他のhdaディレクトリやotlsディレクトリ、さらにはあなたが構成した保存場所のプリセットを含めることができます。

Location が Custom File Path でない場合は、ライブラリファイル名の生成でHoudiniが使用する命名規則を選択することで、アセットの保存先を指定することができます。詳細は、以下のファイル名の命名規則を参照してください。

ファイル名の頭にネットワークカテゴリタイプ (例えば、sop、lop、object)を付けるように選択することもできます。同じ名前でカテゴリが異なるアセットとの干渉を回避できるようにこれを行なうことを推奨します。

Houdiniは起動時にHoudini Path上のhda/otlsサブディレクトリからアセットを自動的に検索します(Houdini Pathについてを参照)。

(歴史的な理由で、HoudiniはHOUDINIPATH/hdaとHOUDINIPATH/otlsの両方からアセットを検索します。)

アセットを保存する時、通常ではHoudini Path上のhdaサブディレクトリにアセットを保存しておきたいことでしょう。 そうすることで、Houdiniは起動時に自動的にそこにあるアセットを見つけてインストールします。

• アセットを保存する時、Houdiniはアセットを自動的に再スキャンするので、Houdini Path上のhda/otlsサブディレクトリにアセットを保存していれば、Houdiniが自動的にそれらのアセットをインストールします。

• 保存場所がHoudini Path上に ない 場合、Houdiniはこのセッションで使用中のアセットをインストールします。しかし、次回Houdiniを起動すると、Houdini Path上にはそのアセットがないため、そのアセットを使用するためには手動で Assets ▸ Install Asset Library からそのアセットをインストールする必要があります。

保存場所をEmbeddedにすると、Houdiniはアセットを別ファイルとしてではなく現行HIPファイルの一部としてアセットを保存します。

これは場合によっては便利です:

• アセットを試している段階で、まだディスクへの保存にコミット(確定)させたくない場合。

• 自分のアセットのコピーがインストールされていない可能性がある他のユーザと作業中のHIPファイルを共有したい場合。

しかし一般的な用途では、埋め込みには以下の欠点があります:

• そのアセットはそのHIPファイル内でしか利用できません。プロジェクトまたはユーザ間でアセットを共有することができません。

• アセットをHIPファイルの一部として保存すると、そのHIPファイルのサイズが肥大化します。

特別な理由でアセットを埋め込む必要がない限り、通常ではアセットをファイルに保存してください。

Location を Custom File Path に指定していない限り、Houdiniが File Naming Scheme メニューを使用して、選択したディレクトリに保存されるライブラリファイル名の構築方法を選択することができます。 Houdiniには以下の命名スキームの選択肢が用意されています:

カスタムパターンには、$NSまたは${NS}の形式で以下の変数を使用することができます:

$HOUDINI_ASSET_FILENAME_PATTERN環境変数を設定することで、スタジオはこのオプションを無効にして、標準のファイル名パターンを強制させることができます。 詳細は、アセット作成の環境変数を参照してください。

設定ファイルを使用すれば、サイト全体またはスタジオ全体のプリセットを用意することができます。

Create Assetダイアログは$HOUDINI_USER_PREF_DIR/vhda.configに設定を保存します。 これは単純なJSONファイルです。Houdiniは起動時にその設定を読み込む時、$HOUDINI_PATH内の各ディレクトリ内のvhda.configファイルを検索し、それらのファイルをマージします。

HOUDINI_PATH内の設定ファイルでは“前の方の”値が“後の方の”値を上書きするので、ユーザプリファレンス内のプレーン値(例えば、デフォルトのAuthor文字列)は通常では(ユーザの設定ファイルをいじって特定のキーが入らないようにして上書きできないようにしない限り)HOUDINI_PATH内の後の方のサイト全体の値を上書きします。

しかし、 リスト値 に関しては、Create AssetダイアログはHOUDINI_PATH内の設定ファイルで見つかったすべてのリストを マージ します。 これによって、各ユーザ自身の設定ファイル内のプリセットに追加されるサイト全体/スタジオ全体のAuthor、Branch、Save Toのプリセットを指定することができます。

例えば、スタジオがHOUDINI_PATHに/mnt/server/houdini/sitewide/ディレクトリが入るようにHoudiniをセットアップしていて、サイト全体の設定をするのにそのディレクトを使用するとしましょう。

/mnt/server/houdini/sitewide/vhda.configに以下のようなJSONファイルを作成することができます:

{
    "users": ["acmeSF", "acmeNY"]
}

これは、AuthorプリセットのドロップダウンリストにacmeSFとacmeNYを追加します(歴史的な理由で、Authorフィールドの設定キーの名前はusersとなっています)。