3DCG Houdiniを学ぶことにした

せっかくデジタルなのだからいつでも自由に色々な可能性を「作りながら試したい」と思うのは自然な発想だと思う。でもZbrushがそうであるように、ツールはデジタルツールであっても手法そのものは非可逆なアナログ手法というのは割とよくある話だ。デジタルツールを使ったアナログ造型とも言えるし、アナログ造型手法をデジタルツールで実行しているとも言える。いずれの場合も、手法自体はアナログなので可逆性という点ではだいぶ不利だ。せいぜいUndoくらいしかない。そういうことではなて、いつでもどの部分でも自由に色んな可能性や変更を試せる仕組みが欲しいと思っていた。

USD経由で他のツール同士の互換性が保たれる（はずだが）

これは以前にBlenderとUnityのマテリアルの互換性の話を記事にしたときに感じていた。当然ながら執筆当時にUSDに関する知識などあるはずもなく😱

BlenderとUnityのマテリアルに互換性がない理由（Unity学習11回目）（約 6,300文字の記事です。）マテリアルの見た目がBlenderとUnityとで違う。fbxでもglTFでもblendでもだめ。Unityのドキュメントとシェーダー関連の基礎知識を手に入…

だがこれは今はどうやらUSDによってBlenderとUnityはマテリアル（見栄え）についてはもう互換性があると言えるのではないか？Blender 3.3 LTS以降ではUSDのエクスポートもサポートしたらしいので、USD形式での相互のやりとりでマテリアルについては統一されたのではないか？未検証。だが理論上では統一されたことになる。それだけではなくてUSD対応している他のDCCツールやUE5などのゲームエンジンでも然り、なはずだ。だがそうそう安心もできない。

というのも、各ツールがどれだけUSDフォーマットに準拠しているかに依存する。インポートとエクスポートの両方がツール間で100％USD準拠ならば互換性は100％と言える。ハッピーだ。だが現実はそうなっていない。その点で言えばFBX時代の悩みは解消されていない。USDデータの中身の問題。そう、結局は各ツールがどれだけ忠実にUSDフォーマットに準拠してデータをIn/Outできるかにかかってくる。ここが不完全だとUSDによるファイルの完全互換性は崩れる。

だがBlenderのUSD対応は不完全で、アーマチュアアニメーションについては現時点ではUSDで入出力できないようだ。これはBlender公式マニュアルに書いてある。「今は非対応」とのことなので将来的には改善される可能性はあるが、それがいつになるのかは不明だ。

この点で言えばBlenderのUSD対応は使い物にならないと感じた。リグアニメーションの出し入れ（互換性）がないのは割と致命的だと思う。

それに対して有料ツールのMayaのUSD対応は信頼できると感じた。AL_USDMayaを使えばMayaの細かいリグ設定などを全てUSDに収録することができるのだとか。なのでこの時点でUSDをワークフローに取り入れるならばDCCツールはBlenderではなくてMayaかな？と思っていた。それが昨日の時点でBlenderよりもMayaに注力しようかと思った根拠の一つ。というのもMaya 2024のグラフエディタの編集機能強化はリグアニメーションの編集に効果的だと感じたからだ。リグアニメーションをMayaで作るという1つのワークフローが自分の中で固まった瞬間でもある。

この資料を読んでいたときに初めてHoudiniってどんなDCCツール？と思った。もちろん名前くらいは聞いたことがあるが、その特徴までは知らなかったのだ。

USDに100％準拠なSolarisってのがHoudiniにあるらしい

USD100％準拠というのが気に入った 😍というのもMayaでもUSDに完全互換という情報は見つけられなかったのだ。だがHoudiniが完全互換ならば、USDを正しく理解しようとすればMayaよりもHoudiniに習熟したほうが急がば回れということになるのでは？と思い始めた。

プロシージャルでノードでうんたらかんたら～、というのはおいといて、ノードはマテリアルノードのような紐をボックスとつなげるあのインターフェースだ。Houdiniはノードによって情報をつなげているらしい。マテリアルのみではなくてあらゆる相互状態をノードで紐付けるというものらしい。ちょっと変わっている。だがそれ故にスイッチノードを間に挟めばワンクリックでスイッチを切替えて状態A, Bを切替えられる。どちらかというとゲームエンジンの状態遷移の切替えに近い。こういうシステマティックな実装が私の理想なのだ。気に入ってしまった😍

煙や炎のパーティクル系の演出に強いHoudini

そもそもHoudiniは煙や炎と入ったようないわゆるパーティクル系の演出にとても強い。これも自分にとても都合が良くて、というのもそういう演出を3DCGで行なうためにはどうすればいいのかを考え始めていたからだ。

Blenderでそれをやるためには気が遠くなるようなマテリアルノードを組む必要がある上に、その情報収集と試行錯誤の出口が全く予想できない。王道なセオリーがないのがBlenderなのだ。 Blenderはいつも暗中模索で、闇夜を泥の中で歩き回っている印象がいつもついて回る。徒労に終わることもある。

それに対してHoudiniには色んなチュートリアルが既にある上に日本語化も進んでいる（ソフト自体は英語UIのみだが公式チュートリアルWebページは日本語対応済み）。公式ドキュメントが日本語だと速読できるし、何よりも翻訳時点で校閲などが入っているはずだから意味不明な日本語になりにくい。こういう点も学習速度に関わる。

結果としてHoudiniではパーティクル系エフェクトの王道、セオリー・手順がある程度明文化・体系化されている。そのレールの上を全力疾走した方が早い上に王道が身に付く。もちろん応用性も高い。Blenderで孤軍奮闘するメリットが全くない。

Blenderのジオメトリノード、もしかしてHoudiniで普通に実装済み？

私はBlenderのジオメトリノードにそれほど詳しくはない。だがHoudiniを少し見聞きしてみると、ノードベースでプロシージャルで、パーティクルでは光学エフェクトだけではなくてメッシュも扱えてって、あれ？それ、Blenderのジオメトリノードと同じじゃね？と。ということは Blenderではいつも（過剰に？）騒がれているジオメトリノード、とっくの昔から既にHoudiniの十八番だったってこと？だとすれば最初から差が付いているわけだ。

……、Blenderでジオメトリノードをこねくり回すくらいなら王道のHoudiniに習熟した方がお得かも？USDワークフローも理解できるし、ゲームエンジンとの互換性も高いし、応用範囲がメチャクチャ広くね？🤔

【余談】セルルックアニメーションは時代に逆行するのかもしれない

私は元々はセルルックな絵作りを3DCGでやりたかった。

セルルック、Pencil、3ds MaxとMayaと。（3ds Max学習 5回目）（約 3,900文字の記事です。）今日は3ds Max学習 5回目です。セルルックな絵を得るためのチュートリアル視聴完了。だが色々と考え直すことになった。3ds Maxでなくても…

だが実際に学んでみるとセルルックは「せっかくの立体造形のPBRなリアルな質感を、わざわざ塗りつぶして影を2値、3値する上に顔の影はいかなる場合でもほぼ飛ばす」という、立体メッシュとしての色んなメリットを否定することが多い。これはつまりもしPBRならば見栄えをコンピュータに自動演算させて済むべきところを、セルルック化するために敢えて手動設定によって無理矢理演算結果を変更しているわけで、絵作りの自動化からはむしろ遠ざかっている。手動調整の工数が無限に増えるってことね。

3DCGでセルルックな絵を作ると言うことはそこまでして「過去のセル画調の絵に似せる」手法だと気が付いたとき、それって本当に今もこれからも3DCGで行なうべき表現なのだろうか？と、今回の情報収集時にPixarの動画を見ていて感じてしまった。リアル人体ではないアニメライクな表現は、線画＋塗りというだけではないと感じた。

また情報収集する際に小耳に挟んだ情報だが、セルルックなトゥーンシェーダー的表現にこだわるのは日本人だけ、というキーフレーズにも確かに同意してしまった。特異とも言えるし特徴的とも言える。だがかつては人海戦術で成立してきたこのセルアニメ分野、今は少子高齢化に加えてアニメ業界事情もあまりいい話を聞かない、主に給与面、契約面で。もうセルルックな表現は終わったのかも知れない。そこを追い求めても幸せになれないのではないか？と思ってしまったのだ。そうなると3ds Maxを使ったセルルックな表現を追求する気力がスポンと消え去ったのである😱

線画＋1, 2号影な表現にこだわる時代ではなくなったんじゃね？と。

ただ、もしそれをやりたいならばUnityでUTSを使えば実現可能性はある。UTSかつてはユニティちゃんトゥーンシェーダーとも呼ばれていたものの最終実装形だ。そしてUTSはドキュメントも日本語化された上で公開されているのでかなり学びやすくなった。なのでHoudiniからUSDでUnityに持っていくだけだ。なのでやはり自分のやりたい事への可能性は残り続けているとも言える。（なおUnityのポテンシャルは今でも感じているが、自分にとって活用シーンがまだ見出せていないので学習予定がない。）

【まとめ】USDという開発手法に未来を感じた

なので長く3DCGを続けていこうと思った以上、USDワークフローは何としてでも理解しておきたい。私の直感だが、これはもしかしたらMayaのリファレンスよりも信頼性の高い「データの差し替え・変更手法」になるのではないか？と思っている（GT7の資料の中にもあったように、広大な面積＆大量メッシュを扱う場合などMaya落ちやデータは破損など、神経を使うシーンも多そうだ）。それをUSDで安心して軽く扱えるとなれば、ゲーム業界だろうが動画製作業界だろうがUSDワークフローを採用する動きが加速するのは必然だろう。

Houdini（USD理解、パーティクル系演出開発）
Maya（リグアニメーション用）
Blender（モデリング用）
Zbrush（モデリング用）
（サブスタンス3Dペインター）

要するに「ワクワクした」ってこと

6千字以上の結論が、Houdiniを知ってみたら何だかやりたいことが出てきてワクワクしてきた！😍

ご支援のお願い

筆者はAmazonアソシエイト・プログラムに参加しています。以下のリンクを経由してAmazonでお買物をするとその購入額の1～2％ほどのお小遣いが私に寄付されます。誰が何を買ったという情報は私には通知されませんのでご安心ください😊 以下のリンクを経由して頂ければ紹介商品以外のご購入でもOKですよ～。

また当サイトは楽天アフィリエイト、バリューコマース Yahoo!ショッピングアフィリエイト、および第三者配信の広告サービス（Googleアドセンス）を利用しています。

¥2,145 （2023/07/05 22:28時点 | Amazon調べ）＼楽天ポイント4倍セール！／

【他の関連記事を絞り込む場合】下の カテゴリ名か タグ名 をクリックして下さい

Nomad Sculptのレイヤーズ機能の解説 Nomad SculptとBlenderのスカルプトの比較結果 2025年12月16日初めてのMayaで3DCGアニメーションを学ぶ方法 2024年12月9日 Mayaで視点回転の中心をマウスカーソル下に指定する方法 2024年12月8日 Mayaで平行投影でカメラ視点を自由に操作する方法 2024年12月7日祝！🌸1,000回目のブログ更新と今後の活動方針 2024年10月28日 Blenderで入れておきたいオススメのアドオン 2024年10月26日 ESETユーザーのBlender 4.2のエクステンションの読み込みが遅い場合の対処方法 2024年10月13日

記事を検索

3DCG Houdiniを学ぶことにした

📎📎📎📎📎📎📎📎📎📎