パッチュンプリンさんのレンダリングで試してみたら、概ね3割近い性能向上が。かなり単純なモデルかつ、かなり単純なオブジェクトアニメーションなので、複雑なシーンなどで、どれほどになるかはわからないけど、大体2-3割は見込めそう。さすがにCPUが支配的なだけあって、最適化がかなり効いてきます。レンダリング時間はクロックにほぼ１：１のリニアでしょうから、CPUクロック周波数を2-3割アップ相当なわけで、CPUを強化しようとすれば金額的に結構なもんですから、これは大きいですな。

ついでに、レンダリングの画面分割数(レンダリング時に、x/y方向に何分割してレンダリングするか)と、レンダースレッド数(1～8)をいじってみましたが、Q6600でパッチュンプリンさんをレンダリングする場合に於いては、4×4を8スレッドでレンダリングするのが一番速いみたい。分割数を多くしたほうが、スレッドへの割り振りがタイトになるかと思ったんだけど、そうでもないみたい。割り振り＞割り当て領域を新規にレンダリングってあたりで結構オーバーヘッドが大きいのかな。

CPUメーターをみてると、スレッド数をいくつにしても、結構振幅があってブン回し切る感じではないので、スレッド数をコア数より多くしたほうがうまく回るみたい。たしかE6600(2コア)のときは、2スレッドにした時点でCPUをほぼ全部使い切ったので、あまり多コアだと効率が良くないのかも。

まあ、これくらい(トータルロードで70-100をいったりきたり)くらいのほうが、GUI のCPU時間まで持ってかれて～、なんてことがないので使いやすいといえば使いやすいんだけど、寝てる間にレンダリングとかしたいときは、使い切ってほしいかも。

そういえば、Windows ってタスクマネージャで CPU affinity が設定できるみたいだけど、スレッド単位じゃなくてプロセス単位なのね。API 的にはどーなのかな。まあ、いまのところ細かく CPU に貼り付けたいとかいう欲求は特に無いのだけど。

あと、Blender って、Linux 版は 64bit バイナリが配布されているのだけど、Windows 版は無いのね。いかにも 64bit 対応してそうなのに、何故かな~と思ったら、LP64 モデル前提で組んでいるからみたい。コードみたら、long とかのプリミティブ型が typedef されずに生で使われていてムハー。Windows x64 って LLP64 だったんすね。知らなかったわ。

ためしにフルHDのRawAVIで出してみたら、ディスク2発のRAID0(READ100MB/sちょい)では全然追いつかなくて笑った。6秒で1.1GBくらいになってるんで、200MB/sくらいはないとダメだね。

とりあえず、Blenderの基本的なところは大分把握できてきた。Armature いれたり、キーフレームいれてアニメーションしたりってのはこれから勉強。

メモ。

• SoftBody は、Deflection を設定しないとオブジェクトを突き抜ける。衝突先にも Deflection 設定が必要。
• Inner/Outerは、オブジェクトの法線方向に対してのパラメータらしい。OuterがFace外側にかかる。
• 衝突先オブジェクトがある場合はUse Goalははずす
• ある程度の剛体を保持したい場合は、Use Edges＋Stiff Quads する。しないとスライムちっくに。
• モーションブラーは、ブラー数だけ多重でレンダリングするので非常にヘビー。
• SSS をいれるのも、やっぱりヘビーになる
• マテリアルにテクスチャとしてカラーバンドをBlendで張ったりすると、UVテクスチャは無視されるっぽい。カラーバンドにAlphaつけてもUVで張ったテクスチャは見えないので、別に後ろに設定されているというわけでもなさそう。
• 今回は、カラーバンド＋Image テクスチャ(Tube張り)で、UV は使用せず。
• コンポジションノードは、内蔵レンダラ専用。YafRayとは連携できず。SSSも同じ。
• 透明ありPNGでちゃんと透過テクスチャとして使えた。
• テンキーなしでもそれなりに使える