Difference between revisions of "Category:LSL 天気"
Mako Nozaki (talk | contribs) |
Mako Nozaki (talk | contribs) |
||
Line 3: | Line 3: | ||
{{LSLC{{#var:lang}}|Region}} | {{LSLC{{#var:lang}}|Region}} | ||
{{Box|1={{User|Andrew Linden}}: [http://forums.secondlife.com/showthread.php?p=759616#post759616 11/22/05] 抜粋{{Footnote|これは現在は参照できないスレッドから引用したものです。この引用は抜粋で、完全な投稿ではないと思われます。|handle=lost}}|2=現在のお天気システムは単純なランダムな雲の発生/成長/消失アルゴリズム( | {{Box|1={{User|Andrew Linden}}: [http://forums.secondlife.com/showthread.php?p=759616#post759616 11/22/05] 抜粋{{Footnote|これは現在は参照できないスレッドから引用したものです。この引用は抜粋で、完全な投稿ではないと思われます。|handle=lost}}|2=現在のお天気システムは単純なランダムな雲の発生/成長/消失アルゴリズム(基本的にセル・オートマトンの小さいグリッド) です。これは、ゼロ発散過程("flawed implementation of a Jos Stam fluid simulation" の中のお気に入りの言葉です)の固有な偽不安定によって引き起こされる、早くて解像度の低い (16x16) 2D の流体シミュレーションからヒントを得たものです。 | ||
天気の将来構想はというと... 昔は (アルファ版?ベータ版?) 雨のエフェクトが存在していましたが、当時は雨粒の衝突判定をするにはかなりコストをかけないといけなかったので、雨はまっすぐに家の屋根を突き抜けて動くものとなってしまいました。ほとんどの人がそれをうざったく非現実的なものと思ったので、私たちはそれをやめました。もっと正確な雨や霧のエフェクトを出すには、クライアントに物理衝突のアルゴリズムを埋め込まなければならないでしょう。良い点は、このようなエフェクトはまさしく私たちがやりたいと思っていることです。悪い点は、そのようなプロジェクトの予定は少なくとも 1 年先になるということです。 | 天気の将来構想はというと... 昔は (アルファ版?ベータ版?) 雨のエフェクトが存在していましたが、当時は雨粒の衝突判定をするにはかなりコストをかけないといけなかったので、雨はまっすぐに家の屋根を突き抜けて動くものとなってしまいました。ほとんどの人がそれをうざったく非現実的なものと思ったので、私たちはそれをやめました。もっと正確な雨や霧のエフェクトを出すには、クライアントに物理衝突のアルゴリズムを埋め込まなければならないでしょう。良い点は、このようなエフェクトはまさしく私たちがやりたいと思っていることです。悪い点は、そのようなプロジェクトの予定は少なくとも 1 年先になるということです。 | ||
}} | }} | ||
{{Box|1={{User|Andrew Linden}}: [http://forums.secondlife.com/showthread.php?p=889095#post889095 2/10/06] 抜粋{{Footnote|handle=lost}}|2= | {{Box|1={{User|Andrew Linden}}: [http://forums.secondlife.com/showthread.php?p=889095#post889095 2/10/06] 抜粋{{Footnote|handle=lost}}|2=サーバサイドの雲はグリッド上のセル・オートマトン・アルゴリズムで生成されます。それは一番近くの仲間の値を使って、少数の状態 (たとえば、快晴、晴天、曇り、雨) の中から遷移する先を生成するものです。それぞれの SIM には 18x18 グリッドの雲のセルがあります。雲のグリッドの境界線の値は隣の SIM に送信され、グリッドの 1 番目と 18 番目の行/列がそれに基づいて設定されます。SL では雨が降りませんが、'raining' 状態はこれから 'clear' になるということを示すために使用されます。水蒸気の配分はクライアントに送信され、その地域の中の雲のパーティクルを配分するのに使用されます。クライアント側で、雲がパーティクルとして描画されます。 | ||
}} | }} | ||
{{Box|1={{User|Andrew Linden}}: [http://forums.secondlife.com/showpost.php?p=1340727&postcount=3 11/22/06] 抜粋{{Footnote|While only an excerpt is shown, the full text can be found in this documents source.}}|2=<!--I know I answered this before, but I couldn't find the link. It's lost!--> | {{Box|1={{User|Andrew Linden}}: [http://forums.secondlife.com/showpost.php?p=1340727&postcount=3 11/22/06] 抜粋{{Footnote|While only an excerpt is shown, the full text can be found in this documents source.}}|2=<!--I know I answered this before, but I couldn't find the link. It's lost!--> |
Revision as of 05:30, 16 April 2010
LSL ポータル | 関数 | イベント | 型 | 演算子 | 定数 | 実行制御 | スクリプトライブラリ | カテゴリ別スクリプトライブラリ | チュートリアル |
Andrew Linden: 11/22/05 抜粋[1]
現在のお天気システムは単純なランダムな雲の発生/成長/消失アルゴリズム(基本的にセル・オートマトンの小さいグリッド) です。これは、ゼロ発散過程("flawed implementation of a Jos Stam fluid simulation" の中のお気に入りの言葉です)の固有な偽不安定によって引き起こされる、早くて解像度の低い (16x16) 2D の流体シミュレーションからヒントを得たものです。
天気の将来構想はというと... 昔は (アルファ版?ベータ版?) 雨のエフェクトが存在していましたが、当時は雨粒の衝突判定をするにはかなりコストをかけないといけなかったので、雨はまっすぐに家の屋根を突き抜けて動くものとなってしまいました。ほとんどの人がそれをうざったく非現実的なものと思ったので、私たちはそれをやめました。もっと正確な雨や霧のエフェクトを出すには、クライアントに物理衝突のアルゴリズムを埋め込まなければならないでしょう。良い点は、このようなエフェクトはまさしく私たちがやりたいと思っていることです。悪い点は、そのようなプロジェクトの予定は少なくとも 1 年先になるということです。
Andrew Linden: 2/10/06 抜粋[1]
サーバサイドの雲はグリッド上のセル・オートマトン・アルゴリズムで生成されます。それは一番近くの仲間の値を使って、少数の状態 (たとえば、快晴、晴天、曇り、雨) の中から遷移する先を生成するものです。それぞれの SIM には 18x18 グリッドの雲のセルがあります。雲のグリッドの境界線の値は隣の SIM に送信され、グリッドの 1 番目と 18 番目の行/列がそれに基づいて設定されます。SL では雨が降りませんが、'raining' 状態はこれから 'clear' になるということを示すために使用されます。水蒸気の配分はクライアントに送信され、その地域の中の雲のパーティクルを配分するのに使用されます。クライアント側で、雲がパーティクルとして描画されます。
Andrew Linden: 11/22/06 抜粋[2]
The wind is based on the 2D stable fluid method described in Jos Stam's article in the Siggraph 1999 proceedings. Each region is its own incompressible simulation but it trades boundary conditions with its neighbors so it is possible for one region to affect another. The consequence of this is that the largest coherent vortex that the wind can form is on the scale of a single region, however wind flowing out of one region will push that in the other so some wind structures are larger than a single sim.
It has some pseudo stable chaos magic injected that keeps it boiling, and the chaos is scaled by the sun position so that the ambient activity varies on a daily schedule. I think there is a small offset that causes the global wind average to point away from the sun around sunrise and sunset, however it has been a long time since I've looked at that code.
There used to be a way to interact with the wind (push it around) but one of the other developers quietly disabled that feature sometime after launch in June 2003, and I've never got around to putting it back in.
Originally we were very concerned about how many CPU cycles the wind would use so it is dialed down to a fairly low resolution (16x16) simulation with only a few steps a second. Someday it would be nice to revisit the wind simulation code and enhance it, however looking at my busy schedule it would be a year or two away at least.
This category currently contains no pages or media.