* little things of mine *

twitterで話題になっていたので，まとめようと思います．

この話は突き詰めると，Reyesとレイトレという根本的なレンダリングアルゴリズムの違いに帰着するのですが，まあここではPRManとmentalrayという事にしておきます．あと，最初に言っておくとV-Rayやその他最近のレイトレレンダラは色々と進歩していて，ここで書いている事は必ずしも正しくない場合もあると思いますが，基礎してとらえて下さい．

マイクロポリゴンというのは，何か特別なポリゴンを指す訳ではなく，そのサイズが大まかにピクセルと同じかそれよりも小さいサイズの物をそう呼ぶ事が多いようです．そういう意味では，PRManとmentalrayのそれは違いがありません．強いて言えば，PRManのマイクロポリゴンはquad，mentalrayのはtriangleという事くらいです．

さて，ではどこに大きな違いがあるのかというと，まずその生成のされ方に違いがあります．

PRManはbucket毎に処理を行い，NURBSでもポリゴンでも，全ての種類のジオメトリをbucketのサイズに近いサイズまで一度分割します．これをsplit processと呼びます．その後，スクリーンに入っているかどうかの判定をして，もし入っているようなら，今度はsplitされたジオメトリを更にマイクロポリゴンまで分割します．これをdice processと呼びます．

この時点ではまだ各マイクロポリゴンはバラバラではなく，メッシュ状態を保っていて，マイクログリッドと呼ばれる事もあります．なぜメッシュである必要があるのかというと，PRManではこの後にDisplacement shaderが実行され，各マイクロポリゴンの頂点が移動する可能性があるからです．メッシュでなければ，動かした所が割れてしまいます．

次に各マイクロポリゴン毎にSurface shaderを実行し，シェーディングします．PRManのマイクロポリゴンはシェーディングされるジオメトリの最小単位です．一つのマイクロポリゴンは一色にflat shadingされます．この後にメッシュはバラバラにされ，各マイクロポリゴンの前後判定と，どのピクセルに含まれるかを調べます．これが1 bucket毎に起こる処理の（大まかな）内容です．

一方，mentalrayは（scanlineモードもあったりしますが）基本レイトレーサですから，ポリゴン分割はレイとの交差判定が起こる前に終わっている必要があります．そして，その分割処理はオブジェクト単位で行われます．PRManのようにbucket毎に分割はしません．しかし，最近のmentalrayには分割処理の方法にfine approximationというモードがあり，PRMan「みたいな」処理をします．つまり，元のジオメトリをある程度の大きさに分割（PRManでいうsplit）し，更にそのサブジオメトリを再分割します（同 dicing）．この場合，サブジオメトリは個別のbounding boxを持つので，レイが交差判定しようと試みたサブジオメトリだけを再分割すればよく，オブジェクト全体を割るよりは効率的になります．結果，分割数を上げる事ができるので，fineなディティールも出せるというわけですね．

分割の後，Displacement shaderが実行されるのはPRManと同じですが，Surface shaderは各ポリゴン毎に実行されるわけではなく，純粋にカメラレイが当たった交点で実行されます（実はこの違いはReyesとレイトレのそれぞれを象徴する重要な要素なのですが，その話はそれだけで長くなりそうなので，またいずれ）．

余談ですが，mentalrayには他にも，面のcurvatureを基準にしたり，視線との角度を基準にしたりと様々な分割モードがあって，ユーザがその場に応じて使い分けられるようになっています．設定次第ではピクセルサイズまで分割する事もできます．ただ，adaptiveな分割はうまく動かないケースが結構あったりして頻繁に変更しなければならないし，一番の問題はアニメーションの途中で分割のされ方が変わってしまうため，フレーム毎にシェーディングの結果が違う場合があるのです．これが理由で自分はadaptiveな分割はほとんど使った事がありません．

さて，一次レイ（カメラレイ）に関してはこんな感じなのですが，二次レイ（反射や屈折，GIレイなど）になるとまた色々と面倒な話になります．

PRMan方式は基本的にレイトレと相性がよくありません．カメラからのレンダに関してはピクセルという明確な区分領域があるのでうまく動くのですが，レイは数学的に「線」ですから，領域がありません．つまり，ピクセルのサイズという大前提が崩れるのです．bucket毎に処理単位を分ける事もできません．今でこそPRManでも普通にレイトレが使えますが，マイクロポリゴンをそのままトレースする訳にもゆかず，様々なhackでどうにか形にしている感じです．

これは予想ですが，PRManでは二次レイが当たったジオメトリはピクセルサイズまでは分割していないと思います．もっと荒いはずです．これはテクスチャを張ったオブジェクトを鏡に映してみるとわかります．結構像がボケます．以前は二次レイから見たジオメトリの大きさを推量するためにconeを使っていると聞きましたが，今ならray differentials的な何かを使っているのではないでしょうか．

この点，mentalrayは基本がレイトレーサですから，別に二次レイが飛ぼうがなんだろうか，基本的には何も変わりありません．せいぜい，たくさんのレイがオブジェクトに当たりまくって，大量のポリゴンを保持するために多くのメモリを必要とするくらいです．メモリが必要なのはPRManも同じですからね．

と言うことで，一口にマイクロポリゴンと言ってもその使われ方には大きな違いがあります．displacementのディティールという意味ではあまり違いがないように感じるかもしれませんが，ディティールの善し悪しは分割数だけではなく，ジオメトリをどのようにサンプルするかが非常に重要なので，ポリゴンのサイズだけでは語れません．今のところ，displacementのディティールはmentalrayでピクセルサイズまで割っても，まだPRManに分があるように思います．

このテの話は色んな方面からツッコミが来そうで怖いのですが，とりあえずこれにて．

DisneyからPtexのコードがリリースされました．

Ptex Overview

PRMan 15.0でPtexがサポートされたので，その他の新機能を含めてまとめて書こうと思っていたのですが，思ったよりも早くDisneyからソースコードがリリースされたので個別に紹介したいと思います．

texture mappingは，現在広く使われているUVベースの物が開発されてから，恐らく40年以上，基本的なアイディアは変わらずに来ました．逆に言えばそれだけrobustなものであったとも言えるわけですが，実用レベルでの様々な問題を長年解決できていなかった事も事実です．それらはこのブログでも何度が取り上げた事がありますが，アンチエイリアス，UV空間と実モデルのボリュームの違い，どんなモデルでもUVをきちんと作らなければならない事，などです．

Ptexは，Disneyが2008年にEurographicsで発表した，新しいtexture mappingに関する手法およびデータフォーマットで，上記で挙げたような実作業上の問題をできるだけ解決すべく，Disney内部で開発された技術です．Ptexはper-face texture mappingの応用にあたる物と言えるので，細かい事を言えば「UVテクスチャ以来の新技術」というのは言い過ぎかも知れませんが，実用可能なレベルまで改良を施し，きちんと作品に還元できている点で，非常に評価できると思っています．元論文はこちらあります．

Ptex: Per-Face Texture Mapping for Production Rendering

特徴を挙げると：

- UVフリー
- seam問題の解決を含む高品質なアンチエリアス
- 部分ごとに解像度を調整可能
- 効率的なデータストレージ

詳しい仕組みは論文を読んでいただいた方が良いと思いますが，乱暴に言えば，ポリゴンフェイス毎に個別なUVを持ち，それぞれ違う解像度のテクスチャを充てている，と想像してもらえれば分りやすいと思います．全ポリゴンがそれぞれ個別なUVを持っているわけですから，テクスチャ座標を人間が作ってやる必要はありません．ポリゴンモデルができた時点で，全てtexture readyになるわけです．（それぞれのフェイスのUVは頂点ループの順番で固定できます）

Ptexではそれぞれのper-face textureを全て一つにファイルに保持し，加えてメッシュの繋がり情報を保存しておく事で，複数のフェイスに跨がったフィルタを解決しています．それぞれのフェイスが別の解像度を持つ事は，必要な部分だけ解像度を高くする事ができるわけで，ファイルサイズの節約になりますし，アンチエリアスもディティールを殺さずに済みます．

Disneyではprocedural patternもPtexに焼いているようです．個人的にこれはとてもいいアイディアだと思います．焼いてしまうとシェーダレベルで変更ができなくなるので逆行しているように見えますが，procedural patternは，voronoi diagramなど，物によって非常にアンチエリアスの難しい物があるので，むしろテクスチャに焼いてしまった方が問題が少なくなるケースも少なくないのです．

さて，とても良さそうなPtexですが，スタジオレベルでの大きな問題が一つあって，それは「Ptexをどうやって作るか」という事です．

Ptexの利点を最大限利用するには，フェイス毎にテクスチャをペイントする必要があります．Disneyでは自前の3D paintプログラムを開発してこれを解決したようですが，これはどこでもできる事ではありません．

しかし，個人的にはこれには楽観視していて，PRManがすでにPtexをサポートしている事と，今回DisneyがPtexのライブラリとそのソースコードを公開した事で，比較早い時期にZBrushやmodo，BodyPaintのようなツールがPtexをサポートするのではないかと思っています．そうなれば普及は早そうです．

最近のVFX業界は，技術がどんどん（有償無償問わず）オープンになってきていますね．技術の均一化によって値段が更に下がり，単純作業はコストの安い海外へアウトソースされて行きます．これからは単一の技術が生き残る要因にならず，パイプラインのコア技術や優秀な人材など，スタジオの地力みたいなものが効いてくる時代になって行くのでしょう．

なかなか厳しい時代になりそうです．

発表されましたね．

mental images: Integrated iray® rendering

少し前に会社でデモをしてもらったのですが，技術としてはなかなか興味深い物でした．特徴を挙げるとすれば：

- フルにGPUで動くpure raytracer
- レンダリングサーバと表示マシンはどこにあってもOK
- ウェブブラウザからも起動できる
- ほぼリニアにスケール

ただ，今のところかなりプリミティブな物のようで，製作に使えるような代物ではなさそうでした．例えば：

- カスタムシェーダーが使えない（付属の数種類のみ）
- テクスチャはすべてGPU側でon memoryでなければならない
- no motion blur

あと，要求されるレベルのグラフィクスカードがあればサーバなしでも動くそうですが，$2000クラスの物が必要なんだとか．作業マシン全部に入れるには厳しい値段だし，それなら同じ金額でマシンをもう一台買いたいところです．

まあ，mental imagesが管理しているmentalrayライセンスの中で，entertainment業界が占める割合はかなり低いようですから，irayが即戦力になる市場もそれなりにあるんだと思います．建築業界なんかモロですよね．

GPUレンダラ関連は，まだうちらには早いかなー．