スキップしてメイン コンテンツに移動

12コアMac Proでmodo部分レンダリングについて

12コアMac Proでmodoのレンダリングをおこなった場合の不都合が発覚しましたので、
状況と対処方法公開しておきます。
うちの環境では、通常のレンダリングにおいてはまったく不都合はありません。
しかし部分レンダリングに関しては、プレパス計算の1回目でレンダリングが進まなくなってしまいます。
この現象に関しては、当初は原因が現在進行している仕事にあるのか、12コアMac Proにあるのかを特定できませんでした。
(12コアMac Proの導入と現在進行している仕事のレンダリング開始が同時期だったため。)
また、原因を特定するより普通にレンダリングした方が速いのでこの問題は放置してありましたが、Twitterのお知り合いの同じく12コアMac Proを使用しておられる方から同じように部分レンダリングが出来なくなったとのツイートを頂き原因は12コアMac Proにあることが判明しました。
その方も考えてるより普通にレンダリングする方が速いので放置していたらしいです。
まぁ、部分レンダリングが必要ないほど12コアMac Proは速いってことです(笑。

さて、この現象について早速問い合わせたところ、フォーラムにも12コアMac Proの不都合についてアップされているとのことでした。
それについては、通常のレンダリングについての不都合で、部分レンダリングではありませんでしたが、初期設定のレンダリングの項目にあるレンダリングスレッドを自動から16に変更することで問題が解決したとのことでした。
この情報をもとにうちでもレンダリングスレッドを16に変更したところ部分レンダリング正常におこなうことができました。
そこで、もう少し突っ込んで検証をしてみました。
その結果、レンダリングスレッドが自動の場合に不都合が発生することがわかりました。
では、レンダリングスレッドがいくつの場合に一番ロスが少ないかですよね。
簡単にですが通常のレンダリングでデータをとってみました。
検証に使用したものは仕事のデータですので公開することはできませんが、
レンダリングスレッド(自動)5m11.1s
レンダリングスレッド(16) 5m51.9s
レンダリングスレッド(32) 5m13.1s
当然でしょうが、自動は24スレッドで計算され、一番効率よくレンダリングされるようです。
しかし、32スレッドに設定した場合もあまりロスはないようなので、部分レンダリングが必要な場合はレンダリングスレッドを32に設定して使用するのが現状ではベストの対処方法ではないでしょうか。
ただし、いろんなタイプのデータで検証したわけではないのでこれはあくまで目安としてお考えください。

コメント

このブログの人気の投稿

MAYAのベベルの疑問解決!

エッジベベルはコーナーを切り落としたり、丸めたりとよく使う機能です。 MAYAの場合、ベベルを起動するとビュー内にウインドが表示されすぐに操作できるので大変便利です。このウインドはベベルだけではなく、押し出しやブリッジなど他の機能でも表示されます。 しかしほとんどの場合、ベベルは実寸で適用するのでMAYAの割合でサイズを設定するのは不便だなと感じていました。 ちなみにMODOは実寸のみ、CINEMA4Dは実寸がデフォルトで割合に変更も可能。 MAYAはCINEMA4Dとは逆で割合がデフォルトで実寸での適用も可能。 実寸での適用する場合は適用時にベベルオプションウインドで入力するか、アトリビュートエディタまたはチャンネルボックスレイヤエディタで割合から絶対(実寸)に変更しますが、ビュー内に表示されるウインドでは割合での入力しかできないので不便だなと思っていました。 しかし、ウインドの右上のボックスをクリックすれば表示させる内容などをカスタマイズができるんですね。 これ、今までは知りませんでしたわぁ〜。 設定値のコピペやウインドのサイズも変更可能ですやん。 こりゃ便利だぁ。 ちなみに、MAYAのベベルはなんでデフォルトが割合やねんと思っていましたが、割合でベベルというのも使い出すと色々便利だと思うようになった今日この頃です。 MODOは、こっち方向のベベルもできるようにして欲しいなぁ〜。

数値入力

地味な話ばかり続きますが、仕事する上で大切な部分でもありますので、もうしばらくお付き合いをよろしく! 例えばオブジェクトまたはエレメントを移動する場合に決まった数値分移動すること もあれば、移動してその移動距離を取得したいこともあります。 MODOやCINEMA4Dはマニピュレータを移動させると、マニピュレータの近くに移動した数値が表示されるので、どれだけ移動したかわかります。またMODOは移動のトランスフォームの項目でもわかります。MODOはほとんどのツールに数値が表示されるし、数値を制御できるので、大変便利だと思います。 MAYAはマニピュレータを移動すると移動した数値を表示する機能は基本的には多分ありません。しかしユニバーサルマニピュレータだけは移動量だけではなくオブジェクトのサイズも表示されます。また表示されている数値を変更するとその数値分移動、サイズ、回転します。マニピュレータのハンドルをクリックすると数値入力フィールドが出てきます。 すごく多機能で「大したことできそう」感が漂いますが、オブジェクトのバウンディングボックスに対しての操作だけなので大したことはできません。あまり使われていないからか、MAYA2015はシェルフにあったはずですが、MAYA2016ではメニューからしかアクセスできまん。 ではMAYAで移動した距離を取得する方法は?と一瞬考えましたがこれぐらいのことなら少し調べればmelで書けます。とにかくどこかに表示できればいいわけですしね。とは言ってもそんなことしている暇もないので、現状はスクリプトエディタに表示されるコマンドから移動距離を確認しています。 (はい、mel書かなくても表示できちゃいました。) さて、次に移動させる数値がわかっている場合はマニピュレータで移動するよりは即数値入力が一番手っ取り早いわけです。MODOはWキーで移動ツールを起動して数値を入力してspaceキーまたはQキーで移動ツールを解除という流れになりますが、以前からこれ結構面倒な手順だなと思っております。 MAYAは数値入力で移動するにはステータスラインにある入力ラインが手っ取り早いです。 ハイパーシェードのアイコンの横にありますが、多分デフォルトでは畳んでありますので、ひっそり感はマックスです!また、見た目もかなり「大したこと...

modoとCINEMA4DとV-Ray

連日、CINEMA4D、V-Rayと格闘中です。 モデリングはmodoでおこないますが、一旦CINEMA4Dに持っていくと変更や修正はCINEMA4Dでおこなう方が効率がいいはず。 そんなわけで、CINEMA4Dで変更作業のシュミレーション。(モデリングの特訓) しかし、実際にCINEMA4Dでモデリングしてみるとmodoとのレベルの差は明らか。 modoで1〜2時間もあれば十分できる変更もCINEMA4Dでは、半日以上かかってしまった。 この時間の差は慣れの問題じゃなく、モデリングの操作性にそれぐらいの差がある。 CINEMA4Dもよくなったとは言え、やはりmodoと同じことをするのに2〜3手間多くなってしまう。 しかし、レンダリングとなるとV-Rayが圧倒的に優れている。 まぁ、V-Rayはレンダラーソフトなので優れていて当たり前。 統合ソフトのレンダリングの方が優れていたら、誰もレンダラーなんて買わないやん。 modoのレンダラーの特徴は、リアルタイムプレビューと高速レンダリング。 現在のVRAY for C4Dには、RTが搭載されていないのでプレビューできません。 しかし、VRAY for C4DはCINEMA4Dと完全統合されているので、インテラクティブレンダーをV-Rayのエンジンで表示できるのがせめてもの救い(笑。 レンダリング速度は、modoの方が速そうに思っている方も多いでしょうけど、同程度の品質となるとV-Rayの方が圧倒的に速いと思います。 とにかくV-Rayは賢いレンダラーです。 なので、高品位な画像制作のためにはCINEMA4Dは絶対に通らなければいけない茨の道と思って、頑張らねば…。