[mental ray] Placeholder

がんばってますね．
考えたら考えただけ，try-n-errorをやった数だけ，経験として蓄積していくものだと思います．大いに悩みましょう．トランスレータは，Mayaに付属の物で十分やれますよ．工夫次第だと思います．

一つだけ．マテリアルは.miには含めず，レンダリングシーンに入れるようにした方が良いと思いますよ．そうでないと，ショット毎の調整が出来なくなってしまいます．いや，できるような仕組みがmentalrayにはあるんですが，それをMayaで使えるように整備するのはかなり大変なので．

＞ますおさん
励ましのお言葉ありがとうございます（・・）ﾉｼ
忙しい最中の方が脳が効率良く動いてるような気がします。。
長い間は持ちませんが・・・

> トランスレータは，Mayaに付属の物で十分やれますよ．工夫次第だと思います．
なるほど、そうでしたか。
まだUserDataやmiTextなど、mental rayっぽい機能をどう使うのかがイマイチわかっていなかったりするのでなかなかイメージわかないところですが、こちらも引き続き調べて試していければと思っています。

> マテリアルは.miには含めず～
なるほど。これは言われてみれば確かにその通りですね。
ただちょっと想像が付かないのが、Placeholderで読んだオブジェクトの中の細かなオブジェクトに対してのマテリアルのアサインが、読み込み元のデータで行えるのか、というところです。
1個1個全部別のPlaceholderで読んで、その数と同じだけのトランスフォーム作ってGeometry Shaderアサインしてさらにマテリアルアサインして、、みたいなワークフローにする必要があるなら、元のモデルを複数用意してしまって読込先変えてしまえばいいのでは、とも思います。
おそらく僕がますおさんの言ってることが全部理解できてないからなんだと思いますが、、

んー、でもマテリアルは確かに調整出来たほうが、、
というか出来ないと、、、

とりあえずいろいろ試すにしてもmental ray standaloneのライセンスが最低1本は必要ですね。
さてどうやって調達するかな、、、
具体的な話はこの仕事が終わってから上司に相談という方向で考えることにします。

　
風呂入って寝たら一気にパワー回復（したつもり）！！
もうしばらくの辛抱、頑張れ自分！！！

>Placeholder = RenderProxy
そういうことみたいですね
MAYAでそのままやると強制的にBSP2になる上にmr standaloneでしか設定できないのでなんとも微妙な仕様ですが

>たとえばバウンディングボックスのサイズはどうする？
>それが分かったとしてそのサイズのボックスを置く？それでホントにシーン作れる？
MAYAだと適当なジオメトリにProxy設定すると自動で大きさ変えてくれますが、BOX状にしか大きさ取ってないので
自分でローモデルを用意した方が使い勝手は良いです。

>ただちょっと想像が付かないのが、Placeholderで読んだオブジェクトの中の細かなオブジェクトに対してのマテリアルのアサインが、読み込み元のデータで行えるのか、というところです。
現状MAYAでは１つのmiに対して単一のマテリアルしかアサインできないっす。。。。
そういう場合は色々やる必要はありそうですね。期待してまっすｗｗｗ

＞rvaくん
>Placeholder = RenderProxy
そういうことみたいですね

いや、もしかしたらPlaceholder > RenderProxy = Assembly、かも・・・？
http://www.lamrug.org/resources/assemblytips.html

これを見つけたとき、前にrva君がMayaからExportする場合assemblyがどうのとか言ってたのを思い出して。
まだ上のURLの中身読んでないけどそういうことなのでは、と思ってます＜Assembly

実際はどうなんだろう。

>BBox
なるほど、やはりそういう感じですか。
前にどこかがデモやってたRenderManのReadArchiveでまさにそういうことやってた。
本格的に使うとなるとProxyオブジェクトの扱いも考えたディレクトリストラクチャ組まないとねー、ということになるね。

>マテリアル
やはり、、、
ツールでカバーするのか、知らない何かがあるのか、諸々調べる必要ありそうですね。

今後ともよろしく(・・)ﾉｼ

そろそろ全体的な「パイプライン」を考える時だと思いますよ．
publish/import的なマネージメントを視野に入れると解決できる事が多いです．

＞ますおさん
そろそろ全体考えないとアレだろうなとは思ってました。
何にせよ全ては今の仕事終わってからですね、、、

ぼちぼちshaderも書きたいですねー。

某プロジェクトではプレビュー用にハードウェアシェーダ作ってました。とあるタコ仕様のためキャラ毎にジオメトリファイル（ポリゴン情報xフレーム数）のメモリイメージを１つのファイルに出力、群集シーンにはProxy置いといてハードウェアシェーダアサイン、シェーダが対応するファイルを読み込んでダミーの代わりにViewに描画してました。それでもファイルアクセス数が半端じゃないんでおまけでセレクトされたキャラだけ表示後はダミー（球とかボックスとか）表示する機能つけてました。ボトルネックは（もちろん）ファイルアクセスです。

セレクトされたキャラだけジオメトリをファイルから読んで表示、選択されていない残りダミー（球とかボックスとか）表示、です。

＞hohehohe2さん
あれ、某プロジェクトってmental ray使ってたんですか？
ハードウェアシェーダでもファイルにアクセスしたりとか出来るんですね。
ファイルアクセスはもうどうしようもないんでしょうねー。
メモリが今後ものすごく増大すれば問題なくなるかもですが、それを上回るほどのファイルになっていくこと請け合い！！ｷﾞｬｰｰｰ

んー、興味深いので今度是非いろいろお聞かせください。

あーレンダリングはmentalrayじゃなくてrendermanです。
プレビュー用のハードウェアシェーダはMayaのプラグインなんで何でもやりたい放題でした。
ファイルアクセスはいつでも厄介なんでなんか対策用意してくれてるかも、mentalray
知らないんでなんとも言えないですが・・・

> んー、興味深いので今度是非いろいろお聞かせください。
Winの同一フォルダに３０万ファイル入れるとファイル削除だけで数時間かかるとか、いろいろありますよw

＞hohehohe2さん
> RenderMan
ですよね。合ってた:)
> プレビュー用のハードウェアシェーダはMayaのプラグインなんで何でもやりたい放題でした。
あーーーーー、そういうことですか。
なるほど。それなら確かにやりたい放題ｗｗ
> ファイルアクセスはいつでも厄介なんで
どうですかね。なんとなく必要最小限なのでは、と思ってたりします。
C/C++なんてライブラリ腐るほどあるでしょ！自分で探しなさいよ！の精神で・・・？

> 興味深い話
既に興味深いｗｗｗｗｗｗ
やはり今度是非ｗｗ

はじめまして。
面白いお話ですね。ついつい自分も気になっていたので書かせていただきます。

>サイクルのオブジェクト数体をmi連番にしといて、パーティクル動かして外部ファイルに出して、でっかいボックスとかにGeoShaderアサインしてパーティクルとオブジェクトのサイクルデータアサインして、Render！！！！とすればなんとなくいけるのかな。

僕もこれは気になっていました。
ただ気になっていたのは、ReadArchiveなどの場合はデータが一方通行であること。
地面の変化に対応させる場合はReadArchive内データにアクセスできないものなのでしょうか・・

ILMのジュラシックパーク３の記事でも同じような連番ジオメトリデータをパーティクルの軌跡から選び出してレンダリングしようとしたらしいですが、不自然な為にパーティクルの結果からジョイントを変形しSkinシミュレーションしたジオメトリをRIBで出力し、RendermanのDSOでLOD的な事をしてレンダリングしたと書いてありました。
これでは結局ジオメトリデータは膨大ですね・・
共有のジオメトリデータにパーティクルや地形とのインタラクションのプロパティを渡すことは難しいという事なのですかね。。

＞ガリさん
はじめまして。コメントありがとうございます:)

> 僕もこれは気になっていました。
> ただ気になっていたのは、ReadArchiveなどの場合はデータが一方通行であること。
> 地面の変化に対応させる場合はReadArchive内データにアクセスできないものなのでしょうか・・

これはパーティクルの方で制御すれば良いんじゃないでしょうか、と思ったのですが、場合によるんですかね。

> ジュラシックパーク3
なんと。そんな大層なことが行われていたんですね・・・！！
そもそもパーティクルの軌跡から選べるほどのジオメトリデータって・・・。
それ作るだけでも大変そうです・・・

てかジョイント云々てことは、各パーティクルに対してそこそこ最適化されたジオメトリをパーティクルシミュレーション後に作成してレンダリング、ってことなわけですね。

ぶっはーーーｗｗｗｗｗｗ
それ作るだけでかなり手間ですねｗｗ
ある程度ルール決めとかはあって限定的なものなのかもしれませんが、、にしても、、、

んー、、

僕はとりあえずパーティクルのローカル空間で滑らない程度のウォークサイクルが出来ればそれぐらいでどうよ、と思っていました。

少ないリソースで豊かなバリエーションが生まれるならそれは確かにかなり魅力的です:)

いやー、奥が深い。