クリエイターのためのガジェット・CG情報を発信するブログ
オーバースキャンとは、「最終出力サイズよりも少し大きめに書き出す」ことで、後からトリミングしたり、手ブレ補正・スタビライズをしても画質が劣化しにくくするテクニックです。
今回の計算式はこちら
オーバースキャンmm数 =（変更後の解像度 ÷ 元の解像度）× レンズのmm数
この式は「解像度を変更したとき、レンズの見え方がどれくらいズレるか」をmm換算で求めるためのものです。
の場合、
(2048 ÷ 1920) × 50 = 約53.3mm
つまり 約3.3mm分、余分に描画（オーバースキャン）すればOK という意味になります。
CGや実写合成の精度を上げたい人は、ぜひ活用してみてください。
ゴーレムの挙動は「ノード」で制御されています。
一見複雑に見えるこのシステムですが、**Operators（演算ノード）とTriggers（発動条件ノード）**を理解すれば、行動設計が一気に楽になります。
この記事では、golaem crowdで使用される主要ノードを
**「分類 → 役割 → 使いどころ」**の順で、分かりやすく解説します。
Operatorsは、「条件の処理」や「制御の加工」を行うノードです。
Triggerで起きた出来事を、どう扱うか・どう判断するかを決める役割を担います。
| アイコン | 名前 | 説明 | |||||||||||||||||||||||||||||||||||||||||||||||||||||
 | Group / Composite | ノードをまとめて構造化する。ノードが増えすぎた時の整理。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||
 | Loop / Repeat | 一定の間隔で繰り返す。例：一定時間ごとにトリガーチェックなど。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||
 | Sequence | 特定の位置・エリアに到達したときに発動 | |||||||||||||||||||||||||||||||||||||||||||||||||||||
 | Delay | 条件が成立してから**○秒後に発動**したい時に使用。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||
 | if | 条件を満たした時だけ動作する。 例：（一定時間たったら行動開始など）。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||
 | random | ランダムに 発動する。確率ベースで行動変化させたいときに便利 （例：50%で立ち止まるなど）。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||
 | blocker | 一定時間や条件の間、**条件をブロック（無効）**する。 例：発動後5秒間は再発動しない。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||
 | anchor | 特定の時間や状態を記憶するノード。 Triggerの一種で、「このときに成立した条件を保持」したいときに使用。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||
Triggersは、**「何が起きたら行動するか」**を定義するノードです。
行動の「きっかけ」を作るセンサーのような存在です。
| アイコン | 名前 | 説明 | |||||||||||||||||||||||||||||||||||||||||
 | Random Trigger | ランダムな確率で発動 （例：30%で行動開始など） | |||||||||||||||||||||||||||||||||||||||||
 | Time Trigger | 指定された経過時間またはフレームで発動 | |||||||||||||||||||||||||||||||||||||||||
 | Location Trigger | 特定の位置・エリアに到達したときに発動 | |||||||||||||||||||||||||||||||||||||||||
 | Paint Trigger | TerrainやPaint Toolで 塗ったエリアに入ったら発動 | |||||||||||||||||||||||||||||||||||||||||
 | Geometry Trigger | 指定ジオメトリに接触・接近したときに発動 | |||||||||||||||||||||||||||||||||||||||||
 | Distance/ Bone Proximity Trigger | 特定のBone間の距離条件により発動 （近づいたら等） | |||||||||||||||||||||||||||||||||||||||||
 | Perception Trigger | 他のエージェントやオブジェクトを 「視認」したら発動 | |||||||||||||||||||||||||||||||||||||||||
 | Navmesh Location Reached Trigger | ナビメッシュ上の地点に到達したときに発動 | |||||||||||||||||||||||||||||||||||||||||
 | Previous Behavior Finished | 直前のビヘイビアが終了した時に発動 | |||||||||||||||||||||||||||||||||||||||||
 | Start of Behavior | 他のビヘイビアが開始した時点で発動 | |||||||||||||||||||||||||||||||||||||||||
 | Trigger Channel | スクリプトなど外部からの発火トリガー | |||||||||||||||||||||||||||||||||||||||||
 | Animation Event Trigger | アニメーションに埋め込まれた イベントマーカーで発動 | |||||||||||||||||||||||||||||||||||||||||
 | Speed Trigger | エージェントの速度が値を超えた／ 下回ったときに発動 | |||||||||||||||||||||||||||||||||||||||||
 | Boolean Trigger | カスタムブール値や条件が真偽で 分岐したときに発動 | |||||||||||||||||||||||||||||||||||||||||
条件式を組み立てるためのノードです。
| ノード | 条件 | 参考例 | ||||||||||||||||||||||||||||||||||||||||||
 | すべての条件が成立したとき | 例：「ゾーンAに入り、 かつ時間が30秒経過したら走る」 | ||||||||||||||||||||||||||||||||||||||||||
 | どれか1つでも条件が成立したとき | 例：「ゾーンAまたはゾーンBに入ったら止まる」 | ||||||||||||||||||||||||||||||||||||||||||
 | 一方だけ成立（両方NG） | 例：「Aだけ or Bだけに入ったときに反応。 両方同時は無視」 | ||||||||||||||||||||||||||||||||||||||||||
 | 条件が成立していないときに実行 | 例：「ゾーンに入っていないときに歩き続ける」 | ||||||||||||||||||||||||||||||||||||||||||
 | 状態の蓄積や継続時間の判定 | 例：「特定の条件が3秒間続いたら行動開始」 | ||||||||||||||||||||||||||||||||||||||||||
ゴーレムのノード設計は、
この3つで構成されています。
仕組みを理解してしまえば、
「感覚的な配置」から
「意図した制御設計」へ変わります。
このスクリプトは、不明なノード（unknownノード）を検出し、削除せずに選択のみを行うためのスクリプトです。
Mayaの標準機能では必要なノードまで削除してしまう可能性があるため、安全に確認できるよう本スクリプトでは選択のみに限定しています。
・script editorでmelタブに下記スクリプトを貼って実行
・アウトライナの【Display】→【Dag Object only】のチェックを外すと確認できます。
string $unknownNodes[] = `ls -type "unknown"`;
if (size($unknownNodes) > 0) {
select -r $unknownNodes;
print("不明なノードを選択しました:\n");
print($unknownNodes);
print("\n");
} else {
print("不明なノードは見つかりませんでした。\n");
};
2025年現在、AI映像の世界では「Gaussian Splatting（GS）」が一気に普及し、3D復元・背景生成・カメラワークの再構築が一般化しました。その中でも特に注目されているのが、**Skyfall-GS（スカイフォールGS）**です。
従来の動画編集ツールとは異なり、Skyfall-GSは写真・動画を“3D空間化”し、そこに自由なカメラアニメーションを付与できる次世代エンジン。
簡単に言えば、
「普通の動画を、撮ってないアングルから再撮影できる」AIツール
です。
Skyfall-GSはGaussian Splattingによる3D復元エンジンを搭載したAI動画制作プラットフォームです。
つまり、VFXやCG経験がなくても、
実写動画に“3DCG的なカメラワーク”を追加できるのが最大の特徴です。
普通のNeRFはレンダリングに時間がかかりますが、Skyfall-GSはGSを最適化した独自エンジンで数十秒〜数分で3D化できます。
など、“Premiere × Blender × iPhone LiDAR”を合わせたようなUIで扱えるのが特徴。
高価なシネマカメラがなくても、
iPhone動画をそのまま3D化できます。
特に2024〜2025年のYouTube・ショート動画界隈での流行が背景にあります。
動画をアップロードするだけで
ポイントクラウド＋Gaussian Splatting形式で3D空間を作成。
生成された3Dはリアルタイムで回せるため、
カメラの位置・角度を直感的に調整できます。
PremiereやAfter Effects感覚でカメラを操作できます。
リアルの撮影では不可能な角度も作れるため、
映像の“説得力強化”に使えます。
普通の動画のスタビライズは平面処理ですが、
Skyfall-GSは3D空間でカメラを安定化するため、
以下が可能になります：
特に建築・風景系では効果絶大。
撮影していない角度をAIが補完し、
カメラワークを自由に変更可能。
用途に応じて：
などが書き出せることが多いです。
少ないカットからダイナミックな演出を作りたい人。
リファレンスとしても便利。
“空間をそのまま3D化して、カメラを研究する”用途として最強です。
室内をスキャンし、自由な動線を作れる。
短尺動画の演出として即戦力。
| ツール | 特徴 | 向いている用途 |
|---|---|---|
| Skyfall-GS | GS＋AIで高速3D復元・動画から自由カメラ | MV、Vlog、ショート |
| Luma AI | 高品質NeRF。細部に強い | 高画質アセット、3Dモデル |
| Polycam | LiDAR/写真ベースの確実なスキャン | 建築、空間記録 |
| Runway | AI編集総合ツール | 合成・生成・エフェクト |
Skyfall-GSは動画特化 × 高速 × カメラ自由度という立ち位置。
GS系は高速モーションがブレてしまうため、
人物が激しく動くと空間が壊れやすいです。
静止物が得意。
人の場合は軽めの動きに留めるのがベスト。
影が大きく動くと誤差が増えます。
ビデオカメラの画質以上の情報は生成されないため、
4K撮影推奨。
空間スキャン＝周囲全ての情報を保持するため、
公開前に写り込みチェックが必要。
Skyfall-GSは「撮影した動画を、3D空間として再撮影できる」革新的ツール。
AI＋GSのおかげで、誰でも
2025年の映像制作では、
“実写 × AI 3D のハイブリッドワークフロー”が当たり前になると言われており、Skyfall-GSはその中心にあるツールのひとつです。
3DCG制作やVFX、スキャンデータ処理の現場で注目を集めているのが、Meta（旧Facebook）が開発した SAM3D（Segment Anything Model 3D）。
名前の通り、「あらゆるものを切り出す」ことを目的にしたセグメンテーションモデルで、従来の2D版 SAM を3D領域に拡張した最新技術です。
この記事では、SAM3Dとは？何ができるの？どんな用途で使えるの？ を、CGアーティストにも分かりやすく解説します。
SAM3D（Segment Anything Model 3D）は、
3Dデータ（点群 / メッシュ / 深度画像）を対象にした汎用セグメンテーションAIです。
従来版の SAM は写真や画像に対して「どこでも自由に切り抜ける」モデルでしたが、SAM3D はその3D版。
具体的には、
などあらゆる 3D フォーマットに対して、ポチッとクリックするだけで対象物を自動で切り分けられるのが最大の特徴です。
点群の中から、車・人・建物など特定の形状を自動マスク生成。
地味に面倒な「手動クリーンアップ」作業を大幅に短縮できます。
不要な樹木、電柱、背景ノイズなどを数秒で切り出し／削除できるため、
などで非常に強力。
SAM3DはRGB情報（2D）と深度（3D）を統合して判断するため、
従来の「点群ベースのAI」よりもセグメント精度が高いのもポイント。
SAMシリーズ特有の “入力の自由度の高さ” が3Dでも健在。
など、直感的な操作が可能です。
特定の業界に特化したAIではなく、
「何にでも使える3Dセグメンター」という汎用モデル。
画像の SAM が一気に普及したように、
3D領域でも同じ波が来ると予想されています。
2024〜2025年にかけ、
などで 3D データ処理の需要が急増。
そこに「作業を爆速化できるツール」としてSAM3Dがフィットしました。
3Dモデルは業界ごとのフォーマット差が激しいですが、
SAM3Dは 点群 / メッシュ / 深度 のどれにも対応するため、
どのワークフローにも入れやすいという利点があります。
難しい数式は抜きにして、SAM3Dは以下の組み合わせで動作します：
Vision Transformer（ViT）により画像の特徴を抽出。
2DのSAMと同等レベルの知識を活用。
新しい3D Encoderが空間構造を理解し、
点群の密度や距離情報を学習。
2Dと3Dを同時に使うことで、
従来の点群AIより精度が高いセグメントを生成。
あなたのように Maya・Blender や Unreal などを使うクリエイターにとって SAM3D は実務でかなり使えます。
具体例を紹介します。
スキャンデータに必ず入ってしまう
などの除去作業がボタン1つで完了。
映画・CM制作で扱う点群スキャンを
「地面」「建物」「車」「樹木」などに自動分類。
スキャンした現場データをそのまま UE に流す際、
オブジェクト単位で整理するのが簡単になる。
学習データのラベリング作業の手間が激減。
SAM3Dは便利ですが、いくつかの弱点もあります。
数千万〜億点の点群はGPUメモリを大量消費。
→ 下処理（ダウンサンプリング）が必要。
生点群よりメッシュの方が精度が安定。
Metaのライセンスは基本的にオープンですが、
商用ツールで組み込む場合は要チェック。
クリックやヒント入力が必要なケースも多い。
SAM3Dは、画像編集で言う 「自動選択ツール」 を
3D空間に持ち込んだような強烈なモデルです。
など、将来の3D制作ワークフローに大きな影響を与える技術。
今後は Blender・Maya プラグイン化 や
Unreal Engine 連携 がさらに進むと、
より身近なツールになるでしょう。
動画編集はこれまで、「大量の素材を並べて、不要な部分をカットし、BGMや字幕を重ねていく」という“手作業の積み重ね”が中心でした。しかしここ数年の AI の進化により、編集の一部は自動化されつつあります。
その中でも 「Mosaic」 は、従来の動画編集ソフトとはまったく異なるアプローチを採る次世代ツールとして注目されています。
本記事では、Mosaic の特徴・メリット・注意点・活用方法を、クリエイター視点でわかりやすく解説します。
Mosaic は、AIエージェントが動画を分析し、編集工程を自動で実行していくタイプの “自律型動画編集プラットフォーム” です。
従来のようにタイムラインを操作するのではなく、
といった処理を“タイル（ノード）”としてキャンバス上に並べ、線でつないでワークフローを構築します。
つまり、「動画編集版のノードプログラミング」 のような感覚で編集全体をデザインできます。
Mosaic のAIは、映像と音声を同時に読み取り、シーンの内容を判断します。
そのため、
など、従来のシンプルな“機械的編集”では難しかった処理も対応できます。
Premiere や DaVinci のように細かくタイムラインを操作する必要はありません。
必要な処理をブロックとして並べれば、あとは Mosaic のAIがその順番に沿って編集を実行します。
これにより、
というメリットが生まれます。
大まかな編集を Mosaic で終わらせた後、細かなカラー調整や演出は
などで仕上げるという“ハイブリッドワークフロー”も可能です。
Vlog、商品レビュー、教育動画、SNS用ショート動画など、同じ形式の動画を大量に作る人は恩恵が大きいです。
撮影・企画・演出がメインの人にとって、作業負担の大きい“素材整理”と“カット編集”を任せられるのは非常に便利です。
ノード構造は複雑な工程の管理に強く、プロ環境にも十分応用できます。
Mosaic はまだ発展途上のツールで、いくつか気をつけたい点もあります。
AIの判断が必ずしも“理想の編集”と一致するとは限りません。
構成が複雑な動画は、最終的なチェックと微調整が必須です。
フレーム単位のアニメーション調整や合成作業は、従来のソフトのほうが圧倒的に得意です。
素材をクラウドにアップロードして処理するため、ネット環境の影響を受けます。
ここでは 「Vlog動画を自動編集するテンプレ例」 を紹介します。
この流れをテンプレ化しておけば、次回以降の編集は素材を入れるだけでOK。
毎回ゼロから編集する必要がなくなります。
Mosaic は、これまで人が時間をかけていた“地味で膨大な作業”を自動化し、編集者やクリエイターが本来のクリエイティブに集中するためのツールです。
こうした人にとって、Mosaic は非常に魅力的な選択肢になります。
2025年に入り、Google の画像生成AI 「Nano Banana Pro」 が大きく注目されています。
従来の “画像生成AI” とは一線を画す 構図の安定性・文字描画精度・写真レベルのリアリティ が特徴で、クリエイターの制作フローにも確実に影響を与える存在です。
この記事では、
3DCG・映像・ブログ・サムネ制作などを日常的に行うクリエイター向けに、
Nano Banana Pro の強み・実例・活用ポイント、そして 使う上での注意点 をまとめます。
Google（Google DeepMind）が提供する最新の画像生成モデルで、正式には
「Gemini 3 Pro Image」
という名称。
通称として「Nano Banana Pro」と呼ばれ、スマホの Gemini アプリからも利用できます。
従来の画像生成AIと比べ、
といった長所があり、サムネ・ビジュアル制作にも非常に相性の良いモデルです。
CG・映像制作をする人間から見ると、次の点が “実務レベル” で便利。
従来の画像生成AIにありがちな、
➡ ブログのOGPサムネ、YouTubeサムネで即戦力。
同じキャラ、同じデザインを維持したまま、
➡ コンセプトアート、VFXの資料、キャラ方向性確認 に向く。
照明・レンズ・被写界深度・ライティングの再現度が高く、
実写っぽいイメージボードを即座に出せる。
➡ ロケハンの代替資料、広告モック、実写コンポの素材確認 に使える。
➡ After Effects / Photoshop と合わせて作業時間が短縮できる。
などを “秒” で作れる。
キャラ・背景を作る前に、「こういう感じで」と社内で共有しやすい。
あなたのブログジャンル的にも、
「世界観を伝えるページ」などに AI素材があると見栄えが良い。
※あなたの WordPress で実際に生成して貼る場合のイメージ案：
こういう “抽象度の高いビジュアル” がとても得意。
CG屋・映像クリエイターにとって大事なポイントを整理しました。
Googleは基本的に商用利用OKだが、
特にブログで稼ぐ場合は要注意。
Nano Banana Pro は 事実に基づいた画像生成も売りにしているが、
➡ 技術解説ブログでは必ず人間がチェック。
安定性は高いが、
キャラのバランス・プロポーションが 1〜2回目の生成で微妙にズレることがある。
➡ 同じキャラを大量に作る場合は ControlNet 的な条件画像の併用がおすすめ。
➡ 印刷物・大型バナーは Photoshop で追い込みが必要。
リアル寄りAIの宿命として、
「中途半端な曖昧プロンプト」は一番ブレる。
➡ カメラ設定（焦点距離・f値・照明）を指定すると安定。
Nano Banana Pro は、
「高速アイデア出し」「方向性決め」「サムネ制作」「コンセプト共有」
において、クリエイターの作業効率を大幅に引き上げるAIです。
ただし、
（本記事で引用する場合は「参考」として明記すればOK）
自宅でも職場でも、ワイヤレスキーボードの弱点といえば「充電」に尽きます。
ケーブルを刺したり、電池を交換したり…気づいたらバッテリーが切れて作業が中断される。
そんな小さなストレスをまるごと消してくれるのが、ロジクールの Signature Slim Solar+ K980 です。
このキーボードの最大の特徴は、名前の通り “光で動く” ソーラー充電システム。
自然光だけでなく、室内照明でもバッテリーを回復してくれるため、日常使いならほぼ無限に使い続けられます。
この記事では、K980 のデザイン・使い心地・向いている人・注意点まで、実際に使うイメージがつくように分かりやすくまとめます。
K980 は、本体上部にスリムなソーラーパネルを搭載しています。
特徴は「太陽光だけじゃなく、LED照明やデスクライトでも充電できる」点。
オフィスでも自宅でも常に光が当たる環境なら、充電を“意識すること自体”が無くなります。
これは想像以上に快適で、作業の小さなストレスがひとつ消えます。
K980 はテンキー付きのフルサイズ。
数字入力が多い人や、文章とスプレッドシートを行き来する人には特に便利です。
打鍵方式は「薄型パンタグラフ」。
ノートPCに近い軽めのタッチで、静音性が高いタイプです。
ただし、メカニカルのような“カチッとした反発”を求める人には物足りないかもしれません。
K980 は Bluetoothに3台まで登録可能。
「Easy-Switch」キーでワンタッチ切り替えができます。
このあたりを行き来したい人には理想的。
特に、ブログ執筆やSNS運用をしていると、複数端末で文章を書く機会が多いので、この機能はかなり実用的です。
K980 のデザインはとにかくスマートでミニマル。
飾りが少なく、デスクに置いた時に圧迫感がありません。
デスク写真を撮る人や、ミニマルな作業環境を整えたい人にも相性抜群です。
明るい場所では問題ありませんが、暗所で作業する人には不向き。
メカニカルキーボード愛好家なら、かなり物足りなく感じるはず。
真っ暗なスタジオ環境などでは恩恵を受けにくい。
K980 は“作業用キーボード”として非常に完成度が高いモデルです。
Signature Slim Solar+ K980 は、
「派手さはないけど、毎日の作業を確実に楽にする」タイプのキーボードです。
長時間の作業が当たり前のクリエイターやライターには、まさに理想的な相棒。
あなたのブログの「ガジェットレビュー」カテゴリにもピッタリの内容なので、このまま WordPress に貼り付けて使えます。
もし「もっと写真を入れたい」「比較表も作りたい」などあれば、すぐに追加します！
ここ最近、JavaScript の開発者コミュニティで大きな話題になっているのが、
「Bun のセットアップを装ったマルウェア」 による大規模な感染です。
調査機関の報告によると、感染した NPM パッケージは 1,000 件を超え、
GitHub 上では 2 万件以上のリポジトリ で不審なコードの混入が確認されています。
短時間でここまで拡大した背景には、
“自己増殖型” の挙動を持つ特殊なマルウェア が存在していることが分かっています。
今回問題となったパッケージには、インストール時に自動実行される以下のようなスクリプトが含まれていました。
"preinstall": "node setup_bun.js"
パッと見ると「Bun のセットアップだな」と思ってしまうのですが、
実際には 難読化された不正スクリプトの呼び出し になっています。
このスクリプトが行うことは主に 3 つです：
特に最後の「勝手に他のパッケージを再公開して感染させる」という動作が、
今回の“爆発的な拡散”の原因になっています。
より厄介なのは、感染が ローカル環境だけにとどまらない という点です。
感染したプロジェクトでは、以下のような
“見覚えのない GitHub Actions の YAML ファイル” が生成されていました。
.github/workflows/update_formatter_XXXX.yml
このワークフローは、
ビルド時に秘密情報を収集し、外部へ送信する役割を持っています。
つまり、
の 三段階で情報が抜かれる可能性 があるということです。
これは近年のサプライチェーン攻撃の中でも特に深刻なケースだと警告されています。
今回の事件が大きな注目を集めている理由は、単に感染数が多いからではありません。
さらに、NPM や GitHub といった “ソフトウェア供給の基盤” そのものが狙われています。
これは、個人開発者だけではなく企業のプロジェクトにも
影響が波及する可能性があるという点で非常に危険です。
以下は、今回のような攻撃に対して 最低限やっておくべき対策 です。
package.json / package-lock.json の依存関係を確認。
npm cache clean --force
rm -rf node_modules
npm install
NPM トークン、GitHub トークン、AWS/GCP/Azure など。
.github/workflows 内に不審なファイルがないかチェック。
便利な反面、攻撃の侵入口が増えます。
開発者にとって NPM は欠かせない存在ですが、
今回の件は 「便利さとリスクはセット」 であることを改めて突きつけた事件と言えます。
このあたりを意識せずにパッケージを入れ続けていると、
今回のような “供給網まるごと感染” の危険性が高まります。
これを機に、依存管理や CI のセキュリティを
一度見直してみる価値は大いにあるはずです。
https://gigazine.net/gsc_news/en/20251125-shai-hulud-1k-npm-packages-27k-github-infected
Maya で Arnold を使っていると、「Arnold のバージョン」と「Arnold Core のバージョン」が一致していないことがあります。
特に複数台で作業している現場だと、この違いが原因でレンダリングエラーが出たり、ライトの挙動が変わったりと、意外とトラブルの元になります。
この記事では、両者がなぜ違うのか、どこを見れば良いのか、何が問題になるのかを分かりやすくまとめます。
実は Arnold は大きく2つのレイヤーで構成されています。
MtoA の中には Arnold Core が含まれていますが、
MtoA のリリース ≠ Core のリリースタイミングではないため、小数点以下がズレることがあります。
例：
Maya を更新していない環境だと、昔の MtoA + 古い Coreが残っている場合が多いです。
スタジオで台数が多いほどズレる原因になります。
Arnold Core が新しすぎるとクラッシュする環境では、あえて Core を据え置きにして MtoA だけ更新することもあります。
現場あるあるですが、PC A と PC B で絵が揃わない原因の1つです。
代表例：
AI_WARNING | Node ... parameter was removed in Arnold X.X.XUSING OLD NOISE ALGORITHMShader not compatible with Arnold Core特に Toon シェーダー、ボリューム、GPU レンダーは影響を受けやすいです。
Arnold Core と NVIDIA Driver の相性で
突然 GPU レンダーだけ落ちるということも起きます。
Arnold タブ→ About…
ここに
※ 実際の UI はバージョンで変わります。
バラバラのバージョンで作業すると、必ず問題になります。
Maya や MtoA のインストーラを 同一セットで全台に配布 が鉄則。
MtoA を上げたのに Core が上がっていない
→ ほぼ必ず不整合が発生。
Arnold は GPU まわりの変化が大きく、
Driver が1つ違うだけで落ちることがあります。
推奨セット：
| 項目 | 内容 |
|---|---|
| Arnold（MtoA） | Maya に統合されるプラグイン側のバージョン |
| Arnold Core | 実際に絵を計算するレンダリングエンジン |
| バージョンがズレる理由 | リリースタイミングの違い、環境により Core を据え置く場合がある |
| 問題点 | レンダリング結果の差異、エラー、GPU レンダーのクラッシュなど |
| 対策 | チーム全台のバージョンを揃える・Core とプラグインの整合性チェック |
この記事だけでも、現場でよく起きる
「同じ設定なのに絵が違う」「突然エラーが出る」の原因特定に役立つ内容になっています。