Ok... this NodeTree start to be ridiculous at this point; already hit the physical textures limit of Blender and I still need more Material NodeGroups!

This nodetree is getting insaning!!! From AABB to OBB to Convex, correspond to SAP(sweep and prune), SAT(separate axis theory) and GJK(Gilbert–Johnson–Keerthi). These 3 are very famous collision detection algorithms for convex shape. #b3d #GN

Medal Forge, upload your svg artwork and make 3D medal. Bonus if you make geometry nodes nodetree version that does similar thing.

The nodetree? It becomes/exports 200 black and white .png images, used as "stamps" / brushes in worldpainter. Where for each brush, a layer like Spruce/Oak/Jungle forest is applied at a dedicated place. All combined and then exported to Minecraft :)

How cool is this: Car drawing to basically anything I want. Can't wait to put it in GravitySketch to iterate on it even more in VR. I think this nodetree strikes a good balance between AI generation and Human-In-The-Loop alterations. @fuserstudio and @contra #fusercocreate

Nodes trees are fun (my worldmachine nodetree for mc maps after 4y)

Here's a preview of the nodetree, It calculates the strands first frame, then performs the physics on the guide curves, and finally interpolates the physics result to the rest of the strands.

Workin on nPop addon. Basic idea is that it's opens stuff from nodetree nPanel to popup, so for example managing group Inputs/Outputs it much more streamlined process.

My first day in Malaysia color graded using my newest nodetree!

ここんとこちょっと気になっている、「AI時代のソフトウェア判定チェックリスト」をChatGPTと一緒にまとめてみた。 割と興味深い内容になったので、共有しておこう。 ### # AI時代のソフトウェア判定チェックリスト（A:チャット改善 vs B:ツールチェーンOS化） 目的 任意のソフトウェア（Unity / Photoshop / Figma / Blender / Maya / IDE / DCC等）が、 A（会話UIの改善・補助機能）に留まっているのか、 B（外部AI Agentが安全に操作できるプラットフォーム＝ツールチェーンOS）へ踏み込んでいるのかを、 発表・ドキュメント・SDKの露出から機械的に判定する。 結論の前提 Bを実現するには、アプリ内部のオブジェクトモデルを操作できるツール層（高レベルAPI）と、 その暴走を止めるガードレール（権限・監査・Undo・差分プレビュー・復旧）が必須。 言葉としてのAgentではなく、外部が叩ける操作面が公開されたかを重視する。 --- ## 採点ルール 各項目を 0〜2点で採点する。 - 0点: 言及なし / 抽象的 / 仕様なし - 1点: 概念はあるが仕様・実装が曖昧 / 例が少ない - 2点: 仕様・SDK・サンプル・実運用の証拠あり（再現可能） 合計点の目安 - 0〜10点: A寄り（Chat改善中心） - 11〜20点: 過渡期（Bの意思はあるが未実装） - 21点以上: B寄り（OS化が実装段階） --- ## チェック項目（汎用） ### 1. 外部ツール接続の公式プロトコルがあるか - 2点: MCP/JSON-RPC/HTTP/WebSocket/CLI等、正式な接続仕様が公開 - 1点: 連携の存在のみ（待機リスト/概念） - 0点: アプリ内AIのみ ### 2. Tool（操作単位）の一覧が公開されているか - 2点: 操作ツールが体系化され、入出力と失敗条件が定義 - 1点: 例が少しあるが体系化されていない - 0点: 会話中心でツールの実体が見えない ### 3. 認可と権限スコープ（ガードレール）があるか - 2点: workspace/project/user/role/tool単位の権限、トークン、スコープが明示 - 1点: 企業向け管理の言及のみ - 0点: 誰でも実行できる前提 ### 4. 監査ログとトレーサビリティがあるか - 2点: 誰が・何を・いつ実行したかのログ、エクスポート、レビュー導線がある - 1点: ログはあるが用途が曖昧 - 0点: ログなし（UIの履歴程度） ### 5. Undo/Redoとトランザクション設計があるか - 2点: 操作がトランザクション化され、失敗時ロールバックや再実行が可能 - 1点: Undo対応の言及だけ - 0点: 破壊的操作のリスクが残る ### 6. Dry-run（実行前の変更計画提示）があるか - 2点: 変更差分プレビュー、適用/破棄の選択が標準 - 1点: 一部機能のみ - 0点: 実行一発で変更が入る ### 7. 状態取得APIがあるか（コンテキスト取得） - 2点: 対象（プロジェクト/ドキュメント/シーン）の構造・選択・依存関係を取得できる - 1点: 限定的に取得できる - 0点: 人間が説明する前提 ### 8. オブジェクトモデルの生成と接続がAPIでできるか（本丸） 判定のために、対象ソフトの「中核オブジェクト」と「接続」を定義する。 - 2点: 中核オブジェクトの生成、属性設定、参照/接続、テンプレ化/再利用がツールで可能 - 1点: 一部のみ - 0点: コード生成や提案止まり（実体に触れない） 中核オブジェクトの例 - Unity: GameObject/Component/Prefab/SerializedField/参照 - Photoshop: Document/Layer/Mask/Adjustment/Smart Object - Figma: Frame/Component/Variant/AutoLayout/Token - Blender: Object/Modifier/NodeTree/Material/Collection - Maya: DAG Node/Rig/Constraint/Shader/Reference ### 9. アセット/成果物パイプライン統合があるか - 2点: 生成物が資産として登録され、検索・再利用・差分管理できる - 1点: 生成はできるが管理が弱い - 0点: 生成物が散らかる ### 10. 自動検証ループ（テスト/ビルド/レンダ/書き出し）があるか - 2点: 生成→検証→修正のループが自動化可能 - 1点: 部分的 - 0点: 手動検証が前提 ### 11. サードパーティAgent連携の実例が複数あるか - 2点: 主要エージェントが公式サンプルで操作できるデモがある - 1点: パートナーの言及のみ - 0点: ベンダー純正AIのみ ### 12. 課金体系が会話ではなく実行（Tool呼び出し）に紐づくか - 2点: 実行量/ツール利用/推論コストと結びつき、企業導入設計が見える - 1点: ざっくり課金だけ - 0点: ベータのまま ### 13. Enterprise向けのデータ境界が明記されているか - 2点: 学習利用/保存/転送/暗号化/リージョン/オンプレ等が明確 - 1点: 一般的な約束のみ - 0点: 触れていない ### 14. 失敗回復（recovery）が要件として設計されているか - 2点: 失敗検知、リトライ、代替案、部分適用の設計がある - 1点: 精度向上の抽象話 - 0点: 失敗時は人間が直す前提 ### 15. ロードマップが「API化とガードレール」に踏み込むか - 2点: オブジェクトモデル操作API、権限、監査、互換性方針がロードマップ化 - 1点: AI機能拡充だけ - 0点: チャット改善中心 --- ## B判定の最低条件（合格ライン） 次の3項目がすべて2点になったら、Bに踏み込んだと判定してよい。 - 1. 外部ツール接続の公式プロトコル - 2. Tool一覧の公開 - 8. オブジェクトモデルの生成と接続がAPIで可能 この3つが揃わない限り、Agentと言っても実態はA寄り（チャット改善＋限定自動化）に留まりやすい。 --- ## 追加観測（本腰かどうかの匂い） Bはプラットフォーム設計であり、互換性と拡張性が必須。 以下が増えるほど本腰の確度が上がる。 - 互換性ポリシーと破壊変更のガイドが整備される - SDK/サンプルの更新頻度が高い（継続的に改善されている） - 外部開発者（プラグイン作者）への支援が強化される（APIの安定化） --- ## 週次レビュー用テンプレ - 対象（リンク/版）: - スコア合計: - A/B判定: - 今週のB寄り根拠（2点が増えた項目）: - 逆に不足している項目（0点のまま）: - 次の観測ポイント（来週見るべき発表/SDK）:

This took me like 2 days to make Springbonnie model: @/whimzywastaken I6nis fnaf 1 models port: @/B_AnimationsYT InstantDither nodetree: @/krysidian #fnaf #fnafmovie #blender #FiveNightsAtFreddys

One of the most awaited features for me! This is the one thing needed for people that wants to get into Blender mograph work without going into the nodetree.

The Nodetree.

It was tricky - I was considering doing a fluid sim, but mixing noise and voronoi textures and animating them has gotten the job done. Vertex group weights drive where the bubbles appear and more noise around them. I can show you my messy nodetree:

Nodetree is a bit too complicated to share via screenshots IMO. Just get the file for free on my Gumroad: quackers.gumroad.com/l/simpl… (or you can tip a bit *nudge nudge* 😉)

ComfyUI-BlenderAI-node 中国語でところどころ読めないのですが、ロードして出てくるNodeTreeの06をカスタマイズするとSD以外のQwenやFluxなどで生成できます github.com/AIGODLIKE/ComfyUI…

the see-through nodetree from stellartoon! goo engine only tho

It's just so quick & intuitive in SP compared to setting up something similar in Blenders nodetree. youtube.com/watch?v=tl32ysiI…

Model by: Ubuntutu Renders by: F. Doomsday, Uncle. T Revised/Retextured by: F. Doomsday Assisting with NodeTree(s): @/UTerry24, @/s_cuori Renders with the retexture are welcome. They'll be highlighted/posted below this tweet with the artist's tag - mediafire.com/file/ew4sziuor… 1/

Haggar WIP 1. Pants Fabric. NodeTree and reference. #blender #blender3d #shading