Houdiniのレンダリングを自動化ワークフローに統合するには、一般的には以下のコマンドラインのどれか、または両方とも必要となります。

• hythonとhbatchコマンドライングプログラムは、コマンドラインからHoudini PythonまたはHScriptを(個々に)実行して、HoudiniのGUIでできることほとんど(レンダーノードからIFDファイルを生成するなど)をコマンドライン上から行なうことができます。

• MantraレンダラーはIFDファイル(Mantraのシーン記述フォーマット)を受け取り、それを使って画像をレンダリングします。

この2つの手法の主な違いは、hbatchはHoudiniライセンスを使用するのに対して、Mantraはレンダーライセンスのみを使用します。共通する一般的なワークフローは、1台のホストを使ってアニメーションフレームのIFDファイルを生成し(1つのフルライセンスを使用)、そのレンダリングをMantraインスタンスでファーム上で計算します(安いレンダーライセンスを複数使用)。

• Shellレンダーノードと一緒にPre Postレンダーノードを使えば、スクリプトを実行して、レンダリング前にサーバーからジオメトリファイルを読み込み、レンダリング後にレンダリング画像をサーバーに保存することができます。

• 他のたくさんのネットワークタイプと同様に、わかりやすい説明の名前でNullレンダーノード(例えば、FINAL_OUTPUT)をレンダーネットワークの最後に追加すれば、常に最後のノードを一貫して参照できるようになるので良いやり方です。

• テイクを指定してレンダーノードをレンダリングすることができます。これはレンダーパスをセットアップする方法が簡単です。

レンダーノードをお互いに接続して依存関係のネットワークを構築すれば、レンダーの起動順を制御することができます。入力と出力は任意の数だけ接続することができます。

ノードをレンダリングすると、まず始めにHoudiniは入力ノードすべてをレンダリングします。

デフォルトでは、Mantraはコマンドラインからコールされると、レンダリングするノードの任意のフレームをレンダリングする前に、入力ノードの フレームすべて をレンダリングします。 つまり、ノードBがノードAに依存していれば、ノードBの任意のフレームをレンダリングする前にノードAのフレームすべてがレンダリングされます(A₁、A₂、…、A_n、B₁、B₂、…、B_n)。

通常であればHoudiniでは、子ノードの Valid Frame Range パラメータを“Render Frame Range Only (Strict)”に設定しない限りは、依存関係をレンダリングすると入力ノードの Frame Range パラメータは無視されます。“Render Frame Range Only (Strict)”では、Houdiniは入力ノードのフレーム範囲内でのみフレームを出力します。

例:

compositeは、char_diffuse、char_specular、backgoundに依存しています。char_diffuseとchar_specularはどちらもcharacterに依存しています。compositeをレンダリングする場合、レンダリング処理の順番は、以下のようになります:

1. characterのフレームすべて

2. char_diffuseのフレームすべて

3. char_specularのフレームすべて

4. backgroundのフレームすべて

5. compositeのフレームすべて

• Houdiniでは循環依存関係を作成することはできません。

• サブネットワーク内側のノードよりも先にサブネットの入力のレンダーノードすべてがレンダリングされます。

• サブネットワークでは、同じフレームまたはフレーム範囲でその“最終の”ノード(出力に何も接続されていないレンダーノード)すべてをレンダリングします。

• サブネットワークに2つ以上の“最終の”ノードがあれば、 それらのレンダリングの順番は任意 となります(ノードを作成した順番)。順番を決めるなら、Mergeレンダーノードノードを使って最終のレンダーノードを結合して、そのMergeノードの入力を利用して順番を決めます。

• サブネットワーク内のレンダーノードは子のレンダーノードとサブネットワークの入力のレンダーノードとは直接、接続されていません。そのため、サブネットワークで何の入力もないSwitchやBatchレンダーノードを使ってもサブネットワークの入力に何も影響がありません。

いくつかのレンダーノードは依存関係を管理しますが、それらのノード自身は何もレンダリングしません。

• Pre Postは、“pre-render”と“post-render”のブランチを追加して、 branches to run before/after a “main”ブランチの前/後を実行することができます。

• Batchは、要求したフレーム順とは関係なく、1パスの連番で入力のフレームをレンダリングします。

• Frame Dependencyは、フレームを他のフレーム時間に依存させます。

• Mergeは、依存関係すべてをまとめて結合してネットワークを読みやすくします。

• Switchは、依存関係にする入力の切り替えをします。

• Alembicは、シーンをAlembicファイルに“出力”します。

• Mantra Archiveは、シーンをレンダラーで(プロシージャルシェーダを使って)読み込むのに最適化なジオメトリフォーマットを“出力”します。

• Geometryは、Houdiniのシーンの一部をジオメトリファイルに“出力”します。

• Shellは、スクリプトまたはコマンドを実行します。

レンダーパス毎に別々のオブジェクトを表示/非表示する方法が2つあります:

• テイク別に、レンダーパス毎に可視性と設定をセットアップし、そのテイクを使ってレンダリングするレンダーノードを設定します。

• パスで可視にするオブジェクトを指定したバンドルやワイルドパターンを作成します。Mantraノードの Objects タブを使って、レンダーノードがレンダリングするオブジェクトを指定します。Houdiniのワイルドカードは名前を含めたり、除外することができます。

IFDはHoudiniで生成されるシーン記述フォーマットであり、レンダリング画像やアニメーションシーケンスを生成するためにMantraで使用します。IFDファイルにはシーンの完全な記述とレンダリングの設定が含まれています。

RIBはIFDをRenderManとRenderMan互換レンダラー用にしたものです。

レンダー出力ノードをセットアップして、直接画像をレンダリングするのではなく、ファイルに保存します。これは、他の時間で、他のマシンから、またはレンダーファームでレンダリングができる柔軟性があります。詳細は、ネットワークレンダリングを参照してください。

mantra -f <<filename>>.ifd <<output_filename>>.pic

IFDファイルがあれば、コマンドラインからMantraを使って、それをレンダリングすることができます。例:

mantra -f frame0001.ifd rendered_frame0001.pic

(-fオプションを指定しなかった場合、MantraはstdinからIFDを読みます。)

mantra -hは利用可能なオプションの一覧を表示します。

コマンドラインのオプションのほとんどがプロパティを上書きすることができます。つまり、シーンカメラ上にこれらのプロパティを設定して、必要に応じてコマンドラインでそれらのプロパティを上書きすることができます。

• hythonを実行すれば、Houdini Object Modelパッケージ(hou)が利用可能なPythonコマンドライン環境が起動します。

  % hython myscene.hip
  Python ...
  Houdini ... hou module imported.
  Type "help", "copyright", "credits" or "license" for more information.
  >>> rnode = hou.node("/out/mantra1")
  >>> help(rnode)
  >>> rnode.render()
  

• hbatchを実行すれば、HScriptコマンドライン環境が起動します。これは実行したいアクションのほとんどをスクリプトにすることができます。

  % hbatch myscene.hip
  hbatch Version ... (Compiled on ...)
  / -> cd out
  /out -> help render
  /out -> render mantra1
  

  hbatch -hは利用可能なオプションの一覧を表示します。

Mantraはマルチスレッドレンダリングです。つまり、単一のMantraでも利用可なプロセッサーを使ってレンダリングを高速化します。デフォルトではMantraはシステムのプロセッサーの数を検出してプロセッサすべてを使ってスレッド処理を開始します。

Mantraレンダーノードの Properties タブのレンダリングサブタブにある Use Max Processors チェックボックスを外せばマルチスレッドレンダリングがオフになります。また、 Thread Count を設定することスレッドの数を手動で設定することができます。

Mantraにはレンダリングをローカルネットワーク上の複数のマシンに分散させる単純なメソッドがあります。これは、1枚の画像をレンダリングする時にその場しのぎで高速化するのに役に立ちます。もっと強固で多機能なネットワークレンダリングを行なうには、HQueueやAlfredなどのレンダーキューマネージャーを使います。

-Hオプションでレンダリングするホスト名を指定することができます。これを使えば、コマンドラインやMantra出力ドライバの Main タブの Command パラメータでからIFDファイルをレンダリングすることができます。

例:

mantra -H localhost,clinton,beijing,finland

このコマンドラインは、localhost、clinton、beijing、finlandという名前の4つのサーバー上でMantraを起動します。各マシンは、タイルをレンダリングして、それをホストマシンに戻して最終画像を組み合わせます。

• これは1枚の画像のレンダリング用にのみ動作します。

• すべてのマシンは、同じバージョンのHoudiniライセンスソフトウェア(hserver)を起動している必要があります。指定したマシンの1つが別のバージョンのhserverの場合やhserverがまったく起動していない場合は、レンダーがハングしてしまいます。

  hserver -lコマンドを実行することで、マシン上で起動しているhserverのバージョンを確認することができます。

  % hserver -l
  Hostname:       clinton [Linux (little endian)]
  Uptime:         21:29:16        [Started: Wed Aug 15 18:11:48 2007]
  License Server: internal
  Server Version: sesinetd9.0.634
  Version:        Houdini9.0.688
  ...
  

  Version:の値のメジャーとマイナー(この例では、9.0)がすべてのマシンで同じでなければなりません。

HQueueは、複数のサーバー上でタスクを分散、監視、管理をするための汎用的なジョブ管理システムです。これは、Houdiniから投入したレンダリングとダイナミクスシミュレーションの管理に特化していますが、他のアプリケーションからのジョブも取り扱えるようにカスタマイズすることができます。

HQueueのインストールと使い方に関する詳細は、HQueueのオンラインドキュメントを参照してください。