2013年4月10日水曜日
Layer 周り -MaxScript
【レイヤー周りのスクリプトメモ】
レイヤーに選択オブジェクトを入れる：
add objects to layer：
NL = LayerManager.newLayerFromName "My New Layer"
for obj in selection do NL.addNode obj
レイヤーをアクティブにする：
set layer active：
setLayer = LayerManager.getLayerFromName "A-WALL"
setLayer.current = true
レイヤー内のオブジェクトを選択する：
select objects in layer；
selectLayer = LayerManager.getLayerFromName "A-WALL"
selectLayer.nodes &selArr
select selArr
2013年4月9日火曜日
2012年10月5日金曜日
Disney Paperman
Disney Paperman Breakdown Video
http://www.itsartmag.com/features/paperman-breakdown/
3DCGの上からラインを書き込むと、3Dモデルのアニメーションに沿ってラインを追従させることができる。
原画となるフレームに線を書き込む。
間は自動的に補間される。
気に入らない中割り線は修正する。
ブレイクダウン動画を見ていると、主要な線は全部手で書いている様子。
元々は3Dのみで作る予定だったようだが、アニメーターのスケッチを監督が見て、その素晴らしさからこれを表に出さないのはもったいない、ということでこんな風な物が開発されたとか（http://disneyvault.net/tag/paperman/）
http://www.itsartmag.com/features/paperman-breakdown/
3DCGの上からラインを書き込むと、3Dモデルのアニメーションに沿ってラインを追従させることができる。
原画となるフレームに線を書き込む。
間は自動的に補間される。
気に入らない中割り線は修正する。
ブレイクダウン動画を見ていると、主要な線は全部手で書いている様子。
元々は3Dのみで作る予定だったようだが、アニメーターのスケッチを監督が見て、その素晴らしさからこれを表に出さないのはもったいない、ということでこんな風な物が開発されたとか（http://disneyvault.net/tag/paperman/）
2012年6月19日火曜日
set CharacterSet when opening the scene file MEL
■character set をファイルを開いた時に自動で設定するMEL
scriptNode -beforeScript "setCurrentCharacters( { \"ch_KB:kabuCharSet\" } );" -n LaC_startUpMEL;
setAttr LaC_startUpMEL.scriptType 1;
scriptNode コマンドで scriptNode を作成
{ }の中にセット名
-n で scriptNode の名前
{ }の中にセット名
-n で scriptNode の名前
setAttr ~.scriptType 1 は Open/Close 属性に設定する
これでファイルを開いたときと閉じる時に scriptNode のMELを実行できる
Open時に実行したいので -beforeScript フラグに記述する
これでファイルを開いたときと閉じる時に scriptNode のMELを実行できる
Open時に実行したいので -beforeScript フラグに記述する
Close 時に実行したいMELは -afterScript フラグで記述する
2012年1月12日木曜日
■リニアワークフローと3DCGのガンマ補正のはなし
■リニアワークフローとか3DCGのガンマ補正の話 メモ
■理解する上で一番大切なことは
3DCGのソフトが、ライトなどの光を計算する場合、その計算式はリニアで行われているということ。それはつまり、いままでの方法でレンダリングした画像は、なんとリニアスペースで作られた画像そのものだった、ということ！
■問題は
自然界を見ている人の目も、写真も、リニアスペースで作られた画像（自然界の光）をそのまま見ているわけではないってところ。
感度が違う。
比較的暗いところの方が、網膜の神経は敏感。明るいところでは明るさの差をあまり感じ取れない。逆に暗すぎても分からなくなる。
懐中電灯を太陽の光の中で使っても明るくてらしたところが分からないのはそのせい。暗い中ではすぐ分かるのに。
■さらにややこしくなった原因 ＝ テレビモニターのガンマ
人の目が自然界を見た時と同じようにテレビモニターを見たときも自然に感じるためには、テレビモニターも自然界と同様に、リニアスペースで色を発光させる必要がある。
しかし、モニターを作る時の技術的な問題から、モニターは光をリニアで表示できない特性を持って生れてしまった！
■撮影したリニアな画像をガンマ補正する
そこで、カメラで撮影した映像をテレビで見るときに自然に見えるようにするために、あらかじめ撮影した画像にテレビの発光特性と逆の特性を持たせて、テレビの特性をうち消すことにした。
■逆ガンマ
リニアカラースペースのものをガンマ2.2の特性をもつモニタで自然のままの色で表示するためには、モニタに送る信号に0.45の逆ガンマをかける。するとモニターはガンマ2.2の特性を持つので、強制的に発光する光には2.2のガンマがかかり、元のリニアスペースの色と同じになって自然に写る、という寸法。
■ノンリニアスペースとリニアスペース
■3DCGソフトでは光をリニアスペースで扱う
何も設定していなければ、3DCGソフトでは光をリニアスペースでレンダリングする。
これが落とし穴。CGのライティングでできる陰影は、人が普段感じている自然な光よりも中間色が落ち込み、コントラストが高くなる。
ソフトウェアのガンマの扱いはそれぞれ違うので、何をしているのかを理解しなければいけない。実はリニアワークフローそのものを理解するよりもこれが難しい気がする。
■導入してみたい理由
これは実際の世界をカメラで撮影する作業工程と同じ。写真のフィルムや人間の目などのアナログ媒体は、光を非線形で捉えている。例えば、写真に映っている色で明るさが2倍違う領域同士は、本来の撮影場所では数字的には2倍以上の差がある。「露出量(EV)」は数字が2倍になれば明るさも2倍になるが、これは2倍に明るくなる露出量を2倍に表記しているにすぎず、本来の光の強さが2倍の強さとは限らない。つまり、光そのものは線形で表されるが、目や写真に写る色は非線形に補正されているということだ。銀塩フィルムや人間の目は光に対してほぼ同様の感度を持つ。デジタルカメラは、センサーが捉えるリニアな色をガンマ補正して従来のフィルムや人が感知している色に合わせているのだ。
CGソフトで作成している絵は実際の世界と同じで、光の強さをそのまま格納しているリニアスペースである。リニアワークフローではこれを撮影(レンダリング)するときにガンマ補正をかけて、本来人間が知覚している色で出力する。
■デジタル画像とガンマ補正
普段取り扱っている画像はすべてガンマ補正が画像の色に焼き込まれている状態である。デジタルカメラで撮影した画像はほとんどがsRGB空間で補正されており、これはガンマ2.2に相当する。パソコンで描いた絵もそのモニターのガンマで最適化されている。例外なのは写真の生データであるRAWとHDR画像で、これらはガンマが1.0となっている。RAWの場合は編集ソフト側で撮影時のデータからガンマ補正がされるが、データそのものはリニアで保存されている。
■3DCGソフトで扱うテクスチャの問題
このようにすでに補正されているテクスチャを貼付けている場合(ほぼすべてがそうなんだけど)、ライトによる陰影はガンマ補正がされていないために問題となる。リニアワークフローを採用しようと思ってソフト環境をガンマ2.2にすると、ライティングは正しくガンマ1.0 -> 2.2 となるのに対し、テクスチャなどの既に補正されているものはさらにガンマ補正をすることになってしまうからだ。
■逆補正を行ってテクスチャをガンマ1.0に補正する
そのために、リニアワークフローで作業する場合には作業環境をリニアスペースに保つために補正されているテクスチャに逆ガンマ補正を行う。ガンマ2.2の画像を1.0にするには単純に1/2.2 = 0.4545… を掛ければ良い。
こうすることですべてがリニアスペースのカラーとなり、ライトへの反応も正しくなる。注意すべき点は補正するべきテクスチャはカラーに関係のあるものだけだということ。diffuse、specularColor、reflectionMapなどで、bumpやdisplacementには逆ガンマは不要。そもそもそれらはリニアスペースだから、明るくなってしまう。
■補正なし=ガンマ1.0の作業環境から補正あり=ガンマ2.2の作業環境へ
「リニアワークフロー」という単語で初め勘違いしていたのは、私自身の認識としては作業はリニアではなく、ガンマ補正がされているガンマ2.2の状態で行うということだ。3DCGソフトにもいろいろあるので、扱い方はそれぞれだが、リニアなのは内部的な話であって、レンダリングされる画像はばっちしガンマ補正されてる。つまり、この言葉の意味するのは「レンダリングする直前までの行程をリニアスペースで行う」という意味での「リニアワークフロー」である。3DCGソフトでの作業環境で起こる大きな変化は、全体的にマテリアル等が白っぽくなるという点だが、これはライトの光量を考えるとむしろ正しい結果だといえる。
これまでのCG制作でガンマ補正をしていない状態というのは、デジタルカメラで撮影した画像をガンマ補正せずにリニアスペースで見ていたということと同じで、最終的に補正を行って光を正しく（人間の目と同等の感度で見るという意味で）再現しよう、というのがリニアワークフローの中核である。
ただし、従来通りの方法でもライトをうまく使って光量そのものをあげれば十分に美しい絵を作ることができるのでリニアワークフローを採用しなければならない、というほどのことでは無いかもしれない。
唯一気に留めておきたいのは、テクスチャなどの素材は補正されているが、ソフトでライティングされて生まれる陰影は補正されていないということだ。このギャップを良しとするか、違和感を覚えるかはこれまた人それぞれかもしれない。
■導入にあたってのあれこれ
モニターをガンマ2.2に設定する。最近のモニターは大抵がsRGBを採用しているので問題は無いはず。MacでもOS10.6以降はデフォルトでガンマが2.2になっている。
テクスチャ素材に逆ガンマを掛ける必要がある。これは自動化スクリプトを作る等すればさほど問題ではない。さらに、これまでの色を数字で再現できなくなる点での慣れが必要になる。
リニアワークフローではレンダリングするまで正確な色は表示できない。ただしこれに関しては今までとさほど変わらないと思う。
カラーピッカーで選ぶ色はライティングによって初めて正しい色を返すということ。
真っ白と真っ黒に近い色はこれまでとさほどかわらない。中間色が大きく持ち上がる。
なんだかんだ言ってもやることは意外と単純で、複雑なプロセスは無い。理解が大事。
Maya2011からはMentalRay限定でカラープロファイルを設定できるようになっている。これによってテクスチャに逆ガンマ補正を掛けたり、レンダラーの出力ガンマを設定しなくてもすむようになっている。レンダリングが重くなるそうだが、未検証。従来通りのsoftwareRendererは手動で行う必要があるが、swではそもそもリニアワークフローで制作しないだろうなぁ。そういう理由でswには未対応なのだろう。ただ、手動でリニアワークフローを構築した場合と、カラープロファイルを指定して補正をする場合とでは若干手動のほうが明るくなる理由が分からない。
MentalRayの場合はgamma設定をframeBufferで指定すると、自動的にカラーテクスチャにその値で補正を掛けてくれる。簡単に試した結果、bumpMapには補正が入っていなかった。
露出系のユーティリティと併用するのが一番良い結果を生むらしい。ただ、建築などのビジュアライズと違い、メディアアートはそこを省いても良さそうである。
主に、光の回り込みを柔らかく表現したい場合、自然に感じられるような光の挙動を作りたい、という場合に導入を検討すればよい。
■理解する上で一番大切なことは
3DCGのソフトが、ライトなどの光を計算する場合、その計算式はリニアで行われているということ。それはつまり、いままでの方法でレンダリングした画像は、なんとリニアスペースで作られた画像そのものだった、ということ！
■問題は
自然界を見ている人の目も、写真も、リニアスペースで作られた画像（自然界の光）をそのまま見ているわけではないってところ。
感度が違う。
比較的暗いところの方が、網膜の神経は敏感。明るいところでは明るさの差をあまり感じ取れない。逆に暗すぎても分からなくなる。
懐中電灯を太陽の光の中で使っても明るくてらしたところが分からないのはそのせい。暗い中ではすぐ分かるのに。
■さらにややこしくなった原因 ＝ テレビモニターのガンマ
人の目が自然界を見た時と同じようにテレビモニターを見たときも自然に感じるためには、テレビモニターも自然界と同様に、リニアスペースで色を発光させる必要がある。
しかし、モニターを作る時の技術的な問題から、モニターは光をリニアで表示できない特性を持って生れてしまった！
■撮影したリニアな画像をガンマ補正する
そこで、カメラで撮影した映像をテレビで見るときに自然に見えるようにするために、あらかじめ撮影した画像にテレビの発光特性と逆の特性を持たせて、テレビの特性をうち消すことにした。
■逆ガンマ
リニアカラースペースのものをガンマ2.2の特性をもつモニタで自然のままの色で表示するためには、モニタに送る信号に0.45の逆ガンマをかける。するとモニターはガンマ2.2の特性を持つので、強制的に発光する光には2.2のガンマがかかり、元のリニアスペースの色と同じになって自然に写る、という寸法。
■ノンリニアスペースとリニアスペース
- ノンリニアのもの
- 人の目
- アナログフィルム（銀塩フィルム）
- テレビやPCモニター（最近のものはsRGBを採用していて、これはガンマ２．２）
- プリンター
- リニアのもの
- デジタルカメラのRAWデータ形式
- HDR画像フォーマット(32bitの浮動小数点系のものはそう）
■3DCGソフトでは光をリニアスペースで扱う
何も設定していなければ、3DCGソフトでは光をリニアスペースでレンダリングする。
これが落とし穴。CGのライティングでできる陰影は、人が普段感じている自然な光よりも中間色が落ち込み、コントラストが高くなる。
ソフトウェアのガンマの扱いはそれぞれ違うので、何をしているのかを理解しなければいけない。実はリニアワークフローそのものを理解するよりもこれが難しい気がする。
■ガンマ補正？
ガンマ補正を行うと、最も明るい色と最も暗い色はそのままで、中間色が変更される。Photoshopのトーンカーブと同じ原理。2.2などの数値はガンマ曲線にかかる係数のことで、曲線のゆがみを規定する。
フィルムや人の目のガンマ係数はだいたい2.2らしい。これは暗い光に対して敏感で、明るくなるにつれて感度が鈍くなるような曲線だ。
■導入してみたい理由
1.フォトリアルな絵を作るためには光を正確に再現するべきで、そのためには現実に即したワークフローを採用すべきだから
1.ライティングに対して人間が感じる自然なコントラストはガンマ2.2であるから
1.ガンマ2.2で作業をするとガンマ1.0での作業より中間色の明るさが増すのでライティングの手数を減らせるのではないかと期待するから
1.今後のスタンダードになりうるから
1.上記理由から、より柔らかい光の演出を作りやすく、空間を感じさせるような絵作りに向くと思うから
1.後処理でレベル補正をする際に、中間色がしっかり出ているので劣化を押さえながら色を転ばせることができそうだから
これは実際の世界をカメラで撮影する作業工程と同じ。写真のフィルムや人間の目などのアナログ媒体は、光を非線形で捉えている。例えば、写真に映っている色で明るさが2倍違う領域同士は、本来の撮影場所では数字的には2倍以上の差がある。「露出量(EV)」は数字が2倍になれば明るさも2倍になるが、これは2倍に明るくなる露出量を2倍に表記しているにすぎず、本来の光の強さが2倍の強さとは限らない。つまり、光そのものは線形で表されるが、目や写真に写る色は非線形に補正されているということだ。銀塩フィルムや人間の目は光に対してほぼ同様の感度を持つ。デジタルカメラは、センサーが捉えるリニアな色をガンマ補正して従来のフィルムや人が感知している色に合わせているのだ。
CGソフトで作成している絵は実際の世界と同じで、光の強さをそのまま格納しているリニアスペースである。リニアワークフローではこれを撮影(レンダリング)するときにガンマ補正をかけて、本来人間が知覚している色で出力する。
■デジタル画像とガンマ補正
普段取り扱っている画像はすべてガンマ補正が画像の色に焼き込まれている状態である。デジタルカメラで撮影した画像はほとんどがsRGB空間で補正されており、これはガンマ2.2に相当する。パソコンで描いた絵もそのモニターのガンマで最適化されている。例外なのは写真の生データであるRAWとHDR画像で、これらはガンマが1.0となっている。RAWの場合は編集ソフト側で撮影時のデータからガンマ補正がされるが、データそのものはリニアで保存されている。
■3DCGソフトで扱うテクスチャの問題
このようにすでに補正されているテクスチャを貼付けている場合(ほぼすべてがそうなんだけど)、ライトによる陰影はガンマ補正がされていないために問題となる。リニアワークフローを採用しようと思ってソフト環境をガンマ2.2にすると、ライティングは正しくガンマ1.0 -> 2.2 となるのに対し、テクスチャなどの既に補正されているものはさらにガンマ補正をすることになってしまうからだ。
■逆補正を行ってテクスチャをガンマ1.0に補正する
そのために、リニアワークフローで作業する場合には作業環境をリニアスペースに保つために補正されているテクスチャに逆ガンマ補正を行う。ガンマ2.2の画像を1.0にするには単純に1/2.2 = 0.4545… を掛ければ良い。
こうすることですべてがリニアスペースのカラーとなり、ライトへの反応も正しくなる。注意すべき点は補正するべきテクスチャはカラーに関係のあるものだけだということ。diffuse、specularColor、reflectionMapなどで、bumpやdisplacementには逆ガンマは不要。そもそもそれらはリニアスペースだから、明るくなってしまう。
■補正なし=ガンマ1.0の作業環境から補正あり=ガンマ2.2の作業環境へ
「リニアワークフロー」という単語で初め勘違いしていたのは、私自身の認識としては作業はリニアではなく、ガンマ補正がされているガンマ2.2の状態で行うということだ。3DCGソフトにもいろいろあるので、扱い方はそれぞれだが、リニアなのは内部的な話であって、レンダリングされる画像はばっちしガンマ補正されてる。つまり、この言葉の意味するのは「レンダリングする直前までの行程をリニアスペースで行う」という意味での「リニアワークフロー」である。3DCGソフトでの作業環境で起こる大きな変化は、全体的にマテリアル等が白っぽくなるという点だが、これはライトの光量を考えるとむしろ正しい結果だといえる。
これまでのCG制作でガンマ補正をしていない状態というのは、デジタルカメラで撮影した画像をガンマ補正せずにリニアスペースで見ていたということと同じで、最終的に補正を行って光を正しく（人間の目と同等の感度で見るという意味で）再現しよう、というのがリニアワークフローの中核である。
ただし、従来通りの方法でもライトをうまく使って光量そのものをあげれば十分に美しい絵を作ることができるのでリニアワークフローを採用しなければならない、というほどのことでは無いかもしれない。
唯一気に留めておきたいのは、テクスチャなどの素材は補正されているが、ソフトでライティングされて生まれる陰影は補正されていないということだ。このギャップを良しとするか、違和感を覚えるかはこれまた人それぞれかもしれない。
■導入にあたってのあれこれ
モニターをガンマ2.2に設定する。最近のモニターは大抵がsRGBを採用しているので問題は無いはず。MacでもOS10.6以降はデフォルトでガンマが2.2になっている。
テクスチャ素材に逆ガンマを掛ける必要がある。これは自動化スクリプトを作る等すればさほど問題ではない。さらに、これまでの色を数字で再現できなくなる点での慣れが必要になる。
リニアワークフローではレンダリングするまで正確な色は表示できない。ただしこれに関しては今までとさほど変わらないと思う。
カラーピッカーで選ぶ色はライティングによって初めて正しい色を返すということ。
真っ白と真っ黒に近い色はこれまでとさほどかわらない。中間色が大きく持ち上がる。
なんだかんだ言ってもやることは意外と単純で、複雑なプロセスは無い。理解が大事。
Maya2011からはMentalRay限定でカラープロファイルを設定できるようになっている。これによってテクスチャに逆ガンマ補正を掛けたり、レンダラーの出力ガンマを設定しなくてもすむようになっている。レンダリングが重くなるそうだが、未検証。従来通りのsoftwareRendererは手動で行う必要があるが、swではそもそもリニアワークフローで制作しないだろうなぁ。そういう理由でswには未対応なのだろう。ただ、手動でリニアワークフローを構築した場合と、カラープロファイルを指定して補正をする場合とでは若干手動のほうが明るくなる理由が分からない。
MentalRayの場合はgamma設定をframeBufferで指定すると、自動的にカラーテクスチャにその値で補正を掛けてくれる。簡単に試した結果、bumpMapには補正が入っていなかった。
露出系のユーティリティと併用するのが一番良い結果を生むらしい。ただ、建築などのビジュアライズと違い、メディアアートはそこを省いても良さそうである。
主に、光の回り込みを柔らかく表現したい場合、自然に感じられるような光の挙動を作りたい、という場合に導入を検討すればよい。
2011年12月8日木曜日
MAXUI の menu を MAXScript で 追加する
■MaxのMenuBarにmenuをMAXScriptでついかするには
■Create menu to Max menu bar with MAX Script
CGTalkのスレッド↓
http://forums.cgsociety.org/showthread.php?t=609379
■Create menu to Max menu bar with MAX Script
CGTalkのスレッド↓
http://forums.cgsociety.org/showthread.php?t=609379
macroScript PutMeOnAMenu category:"Forum Help" --some macro script
(
print "I do nothing, but I am on a Menu!"
)
theMainMenu = menuMan.getMainMenuBar() --get the main menu bar
theMenu = menuMan.createMenu "Forum Help" --create a menu called Forum Help
theSubMenu = menuMan.createSubMenuItem "Forum Help" theMenu --create a SubMenuItem
theMainMenu.addItem theSubMenu (theMainMenu.numItems()+1) --add the SubMenu to the Main Menu
theAction = menuMan.createActionItem "PutMeOnAMenu" "Forum Help" --create an ActionItem from the MacroScript
theMenu.addItem theAction (theMenu.numItems()+1) --add the ActionItem to the menu
menuMan.updateMenuBar() --update the menu bar
2011年10月18日火曜日
Alembic
Alembic 公式
http://www.ousam.com/blog/2010/07/27/627
tai memlog -公式の説明の和訳http://blog.taikomatsu.com/2010/07/28/alembic/
ポイントキャッシュとかジオメトリキャッシュのようなものなのだろうか
内部のノード同士の関連などは持たず、単純でとにかく互換性とフットワークの軽さに重点を置いたファイル形式のようだ
ゆえに.fbx の代わりになるようなものではない。PointOvenとかMDD、ジオメトリキャッシュのようなものだろうなぁ。データ量が軽いというのはどれくらいのものなのか気になる。
追記11/10/18-------------------------------------------
Alembic 1.0 リリースされていた
http://indyzone.jp/blog/archives/2011/10/lucasfilmsony_p.html
相当ジオメトリキャッシュが軽くなるらしい
2011年6月17日金曜日
Ptex
Ptex とは
Disney Animation Studio が開発したテクスチャーを3Dモデルに貼付ける手法
http://www.ousam.com/blog/2010/01/17/597
3dsMax、Maya Plugin http://www.mankua.com/Stripes/Stripes.php
Maya の ViewPort2.0 では Ptex を表示できるが、レンダリングは未サポート。
上記 Stripes の Shader を導入するなど、プラグインが必要。
今のところ
Mudbox Mari 3DCoat などのペイントソフトが Ptex 出力ができる。
Disney Animation Studio が開発したテクスチャーを3Dモデルに貼付ける手法
http://www.ousam.com/blog/2010/01/17/597
3dsMax、Maya Plugin http://www.mankua.com/Stripes/Stripes.php
Maya の ViewPort2.0 では Ptex を表示できるが、レンダリングは未サポート。
上記 Stripes の Shader を導入するなど、プラグインが必要。
今のところ
Mudbox Mari 3DCoat などのペイントソフトが Ptex 出力ができる。
2011年5月3日火曜日
汎用フォーマット COLLADA
汎用3Dフォーマット
COLLADA
主にゲーム系、リアルタイム系のデータによく利用されているみたい。
ウィキペディア-COLLADAで概要を知れる。
曰く、もともとはPS3、PSP用にソニーが作ったフォーマットらしい。
ファイルフォーマットから開発してしまう技術力はさすがです。羨ましい・・・。
COLLADA
主にゲーム系、リアルタイム系のデータによく利用されているみたい。
ウィキペディア-COLLADAで概要を知れる。
曰く、もともとはPS3、PSP用にソニーが作ったフォーマットらしい。
ファイルフォーマットから開発してしまう技術力はさすがです。羨ましい・・・。
2011年4月11日月曜日
Max2010 Animation Layer と Render Presets
Maxのシーンファイルが壊れてしまいます。
■手順
１．アニメーションレイヤーを使う
２．レンダリングプリセットをRenderSettingsで適用する
animation layer の設定が壊されてしまいます。そのままで作業はできるので、知らずに保存するとそのファイルは以後正常に開けなくなります。レンダープリセットを使う方はご注意ください。
上記手順で保存したシーンを開くとノードは読み込まれますが、オブジェクトもグリッドも表示されない状態で開くようになります。animation layer も消えています。Maxが不安定になり、果ては強制終了されます。
Max2010 のバグでしょうか…？
Max2011 は大丈夫でした。
■検証シーン
１．box を作り、
２．AnimationLayerを使ってアニメーションをつけて、
３．RenderSettingsでプリセットを読み込む
（組み込みのプリセット 3dsmax.scanline.no.advanced.lighting.draft を読んでみました）
４．保存して、
５．読み込む
６．正常に開かれない
登録:
投稿 (Atom)