Difference between revisions of "Category:LSL 天気"

From Second Life Wiki
Jump to navigation Jump to search
 
(2 intermediate revisions by the same user not shown)
Line 1: Line 1:
{{Multi-lang|Category:LSL XXx|/ja}}
{{Multi-lang|Category:LSL Weather|/ja}}
{{LSL Header{{#var:lang}}|ml=*}}{{LSLC{{#var:lang}}|}}
{{LSL Header{{#var:lang}}|ml=*}}{{LSLC{{#var:lang}}|}}
{{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=現在のお天気システムは単純なランダムな雲の発生/成長/消失アルゴリズム(基本的に小区画の小さいグリッド) です。これは、ゼロ発散過程("flawed implementation of a Jos Stam fluid simulation" の中のお気に入りの言葉です)の固有な偽不安定によって引き起こされる、早くて解像度の低い (16x16) 2D の流体シミュレーションからヒントを得たものです。
{{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=On the server side clouds are generated by a cellular-automata algorithm on a grid that uses the values at nearest neighbors to generate the probability of transitions from between some small number of states like: (clear, cloudy, very_cloudy, raining). Each simulator has an 18x18 grid of cloud cells. The boundary values of the cloud grid is transmitted to neighbor sims, which make up the 1st and 18th rows/columns of the grid. Although it doesn't rain in SL, the 'raining' state is used to indicate that the cell is about to transition to 'clear'. The distribution of moisture is then transmitted to the client which is used to distribute the cloud particles within that region. On the client side, clouds are rendered as particles.
{{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|ここに記載されているのは抜粋ですが、引用元には完全な文書があります。}}|2=<!--I know I answered this before, but I couldn't find the link. It's lost!-->


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.
風は Siggraph 1999 Proceedings の中の Jos Stam の記事で説明されている 2D の Stable Fluid メソッドに基づいています。それぞれの地域は自分で非圧縮性シミュレーションを行っていますが、境界条件を隣り合った地域とやりとりしているため、ある地域が他の地域に影響を及ぼすことができるようになっています。この結果、風が形成できる最も大きなコヒーレント渦は 1 つの地域の大きさになりますが、地域をはみだした風は他の地域にねじこまれるため、風の構造によっては単独の 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.
それには擬安定というカオス魔法が注入されていて、それを沸騰させ続けています。そして、カオスは太陽の位置に比例します。そのため、環境行動は 1 日のスケジュールで変化します。小さなオフセットが入っていて、日の出と日没あたりでグローバルな風の平均値を太陽とずらすようになっていると思いますが、長い間コードを見てません。


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.
以前は風と情報をやりとり (してこき使う) 方法がありましたが、開発者の一人が 2003 年 1 月の稼働以降のどこかの時点でこっそりその機能を無効化してしまいました。そして私にはそれを元に戻す時間的余裕がありませんでした。


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.}}
もともとは、私たちは風がどのぐらいの CPU サイクルを使ってしまうかとても気をもんでいたため、1 秒間に数ステップしかない極めて低い解像度 (16x16) のシミュレーションに下げてしまいました。いつの日か再び風のシミュレーションのコードと向き合って拡張できればいいなと思いますが、忙しいスケジュールを鑑みると、少なくとも 1 年か 2 年先になりそうです。}}
{{Footnotes}}
{{Footnotes}}

Latest revision as of 06:41, 16 April 2010

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]

風は Siggraph 1999 Proceedings の中の Jos Stam の記事で説明されている 2D の Stable Fluid メソッドに基づいています。それぞれの地域は自分で非圧縮性シミュレーションを行っていますが、境界条件を隣り合った地域とやりとりしているため、ある地域が他の地域に影響を及ぼすことができるようになっています。この結果、風が形成できる最も大きなコヒーレント渦は 1 つの地域の大きさになりますが、地域をはみだした風は他の地域にねじこまれるため、風の構造によっては単独の SIM を超えることもあります。

それには擬安定というカオス魔法が注入されていて、それを沸騰させ続けています。そして、カオスは太陽の位置に比例します。そのため、環境行動は 1 日のスケジュールで変化します。小さなオフセットが入っていて、日の出と日没あたりでグローバルな風の平均値を太陽とずらすようになっていると思いますが、長い間コードを見てません。

以前は風と情報をやりとり (してこき使う) 方法がありましたが、開発者の一人が 2003 年 1 月の稼働以降のどこかの時点でこっそりその機能を無効化してしまいました。そして私にはそれを元に戻す時間的余裕がありませんでした。

もともとは、私たちは風がどのぐらいの CPU サイクルを使ってしまうかとても気をもんでいたため、1 秒間に数ステップしかない極めて低い解像度 (16x16) のシミュレーションに下げてしまいました。いつの日か再び風のシミュレーションのコードと向き合って拡張できればいいなと思いますが、忙しいスケジュールを鑑みると、少なくとも 1 年か 2 年先になりそうです。

  1. ^ これは現在は参照できないスレッドから引用したものです。この引用は抜粋で、完全な投稿ではないと思われます。
  2. ^ ここに記載されているのは抜粋ですが、引用元には完全な文書があります。

This category currently contains no pages or media.

Retrieved from "https://wiki.secondlife.com/w/index.php?title=Category:LSL_天気&oldid=867003"