Blenderの復活

まだDLしてないから正確性はしらね。

BF Windows 2006/02/27 : fluid sims updated
http://www.blender.org/forum/viewtopic.php?t=8263&sid=c852282318579d2b90c389488b7734d3

こんにちは新しいコンパイル結果です。

NTが彼の流体シミュレータを更新した。

でかいコミットですまん。たくさんの問題を平行して修正中・・・んでこのコミットに入っているのはこんなん：　ソルバーの更新（動くオブジェクトとか）、IPOとの統合、改良ﾚﾝﾀﾞﾘﾝｸﾞ（ﾓｰｼｮﾝﾌﾞﾗｰ、滑らかな法線）、最初のﾊﾟｰﾃｨｸﾙﾃｽﾄ。
詳細↓

■■ソルバーの更新■■
◆動くオブジェクト
　比較的シンプルなモデルを使うこと。まだちゃんと最適化されてないから。　水に落ちる箱とかはＯＫ。　動くｸﾞﾗｽの中の水はまずいと思う。
ｼﾐｭﾚｰｼｮﾝの計算時間はmeshの三角ﾎﾟﾘの数で変わる。　meshを増やすと遅くなるぜ。
◆obstacle(障害物) settingsの追加。
　noslip（従来どおり）、free slip(壁にそって自由に動く)、part slip（２つを混ぜたもの）。
・obstacle settingsはdomain(計算対象空間)の壁部分にも追加。domainの６つの面もやはりobstacleなのだ。
-templates廃止。これで例えばmac用ｺﾝﾊﾟｲﾙが楽になる。linuxも同様。最終的にparser（といくつかの他のコード）も廃止。
　今のｼﾐｭﾚｰｼｮﾝではﾃﾞｰﾀ転送に内部APIしか使わなくなった。
-不要なﾌｧｲﾙをいくつか削除。GUIに３つのﾎﾞﾀﾝが必要になった・・・これはもうちょっと見直すべきだ（domainｵﾌﾞｼﾞｪｸﾄ用のﾊﾟﾈﾙを追加することになるかも)

BF Windows 2006/02/27 : fluid sims updated
その２

■■IPO■■
◆ｱﾆﾒｰｼｮﾝできるﾊﾟﾗﾒｰﾀ：
　domainに対するvisconsity粘り気、time、gravity重力。
　Blenderｵﾌﾞｼﾞｪｸﾄにある普通のtime IPOと対照的に、この流体ｼﾐｭの時間軸は、時間の進む単位を変更する。
　定数1だと効果なし。0に向かって小さくすると、遅くなる。　大きくするとｼﾐｭﾚｰｼｮﾝがｽﾋﾟｰﾄﾞｱｯﾌﾟ。　（長い時間単位にすると計算が遅くなる。）
◆visconsity IPOは選択された粘り気の因子。（もいっかい言うが1＝効果なし）
-流体ｼﾐｭが有効なｵﾌﾞｼﾞｪｸﾄに対し新しいIPO typeが登場。
　Inflow(流出源)ｵﾌﾞｼﾞｪｸﾄは流出速度にvelocity速度ﾁｬﾈﾙを使える。
　Obstacleとin/outflowのｵﾌﾞｼﾞｪｸﾄ3種は、ｼﾐｭﾚｰｼｮﾝ中にｵﾝ･ｵﾌ可能（ｵﾝは、IPOI＞０、ｵﾌは同＜０）
◆移動・回転・ｽｹｰﾙ変更をこれら3種に行うのは、通常のBlenderﾁｬﾈﾙからｴｸｽﾎﾟｰﾄされる（Loc・dLocなどのﾁｬﾈﾙ）。

■■パーティクル■■
◆まだ実験なのでﾘﾘｰｽでは無効にしてある・・・これはある時点で小さな水しぶきをﾓﾃﾞﾘﾝｸﾞするのに使うもの。
　''realworld''ｻｲｽﾞとﾊﾟｰﾃｨｸﾙ生成の設定に依存。　ﾊﾟｰﾃｨｸﾙはｼﾐｭﾚｰｼｮﾝ中に生成される（_particles_X.gzﾌｧｲﾙに格納）。
◆arbitaryな(それぞれの？)ｵﾌﾞｼﾞｪｸﾄに対してﾊﾟｰﾃｨｸﾙﾌｨｰﾙﾄﾞを有効にするとこれがﾛｰﾄﾞされる。Haloﾏﾃﾘｱﾙを設定すべき。
　各ﾌﾚｰﾑごとに〜meshのﾛｰﾄﾞと同じく〜ﾊﾟｰﾃｨｸﾙｼsﾂｴﾑはｼﾐｭﾚｰﾄされたﾊﾟｰﾃｨｸﾙの位置を読み込む。
◆ﾚﾝﾀﾞﾘﾝｸﾞでは、part->rtﾌｨｰﾙﾄﾞ(Renderingｺﾝﾃｸｽﾄのﾃﾞﾊﾞｯｸﾞ用ﾌｨｰﾙﾄﾞ？)を【勝手に使った】。
　これ以外使い道なかったしうまく動いてるみたいだ。流体ｼﾐｭのﾊﾟｰﾃｨｸﾙはそのｻｲｽﾞをそこに格納する。

BF Windows 2006/02/27 : fluid sims updated
#その３

■■Rendering■■
◆流体ｼﾐｭのﾊﾟｰﾃｨｸﾙはｽｹｰﾙ変更されたｻｲｽﾞとｱﾙﾌｧ(透明度)の値を使い、変化に富んだ外見になる。
　"convertblender.c"ﾌｧｲﾙで、流体ｼﾐｭのﾊﾟｰﾃｨｸﾙｼｽﾃﾑは、p->rtﾌｨｰﾙﾄﾞがｻｲｽﾞを大きくし、「より小さなﾊﾟｰﾃｨｸﾙ」透明度を下げる。
　流体ｼﾐｭの設定で、influenceﾌｨｰﾙﾄﾞをｾﾞﾛに設定するとどこでも同じ透明度・同じｻｲｽﾞになる。　高い値ではずっと違ってくる。？
◆滑らかな法線：
　変更されていない流体mesh（例：Subdivide無し)の法線は、ｿﾙﾊﾞｰによって計算され、使われる。
　これは単純に、convertblender.cで法線の再計算を無効にすることで実現した。（関数calc_fluidsimnormalsが、calc_vertexnormalsの代わりに他のﾒｯｼｭの初期化を行う)。
　これは他のﾒｯｼｭでも使われる。例えば、Modifierで法線を変更した場合・・・
◆もうひとつの変更は、流体ｼﾐｭのﾒｯｼｭは、ｼﾐｭﾚｰｼｮﾝ中、ｲﾒｰｼﾞﾍﾞｰｽのﾓｰｼｮﾝﾌﾞﾗｰ用に計算されたvelocities速度を読み込む。
　これはload_fluidsimspeedvectorsで初期化される。　vectorﾊﾟｽのために（DerivedMesh readBobjgzの通常のﾛｰﾄﾞ中に、これらもﾛｰﾄﾞされる。）
　（流体の）生成と読み込みは設定画面で切り替えできる。Vectorﾊﾟｽは現在Fluidsimのﾒｯｼｭを三回読み込む。　これは最適化すべきだ。

#BF Windows 2006/02/27 : fluid sims updated
#その４

■■ｻﾝﾌﾟﾙ■■
◆滑らかな法線 vs 1回Subdivide
http://www10.informatik.uni-erlangen.de/~sinithue/temp/v060227_1smoothnorms.png
http://www10.informatik.uni-erlangen.de/~sinithue/temp/v060227_2subdivnorms.png
◆流体ｼﾐｭのﾊﾟｰﾃｨｸﾙ、ｻｲｽﾞ/透明度の影響ｾﾞﾛ：
ｻｲｽﾞ影響=1：
http://www10.informatik.uni-erlangen.de/~sinithue/temp/v060227_4particlessize.png
◆ｻｲｽﾞ & 透明度の影響 = 1
http://www10.informatik.uni-erlangen.de/~sinithue/temp/v060227_5particlesalpha.png
◆ﾓｰｼｮﾝﾌﾞﾗとﾊﾟｰﾃｨｸﾙを使った標準的な水滴。
http://www10.informatik.uni-erlangen.de/~sinithue/temp/elbeemupdate_t2new.mpg
（こっちは、無しだとどう見えるか
http://www10.informatik.uni-erlangen.de/~sinithue/temp/elbeemupdate_t1old.mpg
◆他のinflowｱﾆﾒｰｼｮﾝ（移動、有効/無効)（それに強力なﾓｰｼｮﾝﾌﾞﾗｰ)
http://www10.informatik.uni-erlangen.de/~sinithue/temp/elbeemupdate_t3ipos.mpg

■■修正すべき点■■
◆domainの回転とｽｹｰﾙ変更がspeedﾍﾞｸﾄﾙをおかしくする
◆ﾏﾙﾁｽﾚｯﾄﾞ化のためのSDLｺｰﾄﾞの除去。　pthreads使うのもいい？
◆wikiﾄﾞｷｭﾒﾝﾄの更新
◆ﾚﾝﾀﾞﾘﾝｸﾞ結果へのｸｰﾙなｴﾌｪｸﾄ。　ｺｰｽﾃｨｸｽをﾌｫﾄﾝﾏｯﾌﾟで、ﾓｰｼｮﾝﾌﾞﾗｰをﾊﾟｰﾃｨｸﾙにも。（そうだ、これはすげぇｸｰﾙに違いない！）