4,400
edits
Fr/A local weather system: Difference between revisions
Jump to navigation
Jump to search
m
Update forum links
m (Update forum links) |
m (Update forum links) |
||
| Line 100: | Line 100: | ||
* [http://forum.flightgear.org/viewtopic.php?f=5&t=8137 A smart cloud altitude algorithm] (05/2010) | * [http://forum.flightgear.org/viewtopic.php?f=5&t=8137 A smart cloud altitude algorithm] (05/2010) | ||
* [http://forum.flightgear.org/viewtopic.php?f=5&t=7591 Weather dynamics] (04/2010) | * [http://forum.flightgear.org/viewtopic.php?f=5&t=7591 Weather dynamics] (04/2010) | ||
* [http://flightgear.org | * [http://forum.flightgear.org/viewtopic.php?f=5&t=6968 New thunderstorm AI scenario alpha release] (02/2010) | ||
* [http://flightgear.org | * [http://forum.flightgear.org/viewtopic.php?f=5&t=7107 Cirrus sky (download link in first post)] (02/2010) | ||
* [http://flightgear.org | * [http://forum.flightgear.org/viewtopic.php?f=5&t=7358 A local weather system] (03/2010) | ||
== Connection avec le système Multijoueurs == | == Connection avec le système Multijoueurs == | ||
| Line 110: | Line 110: | ||
== Développement == | == Développement == | ||
* Quelques utilisateurs ont affirmé avoir des problèmes en utilisant l'outil recommencer/nouveau lieu; le système de météo locale devrait enregistrer dans /sim/signals/* et se suspendre/remettre à zéro lui-même, de sorte que toutes les opérations soient correctement mises en pause. This may include releasing registered times and listeners, as well as terminating worker threads (once being used) [http://flightgear.org | * Quelques utilisateurs ont affirmé avoir des problèmes en utilisant l'outil recommencer/nouveau lieu; le système de météo locale devrait enregistrer dans /sim/signals/* et se suspendre/remettre à zéro lui-même, de sorte que toutes les opérations soient correctement mises en pause. This may include releasing registered times and listeners, as well as terminating worker threads (once being used) [http://forum.flightgear.org/viewtopic.php?f=5&t=7358&st=0&sk=t&sd=a&start=165#p94765] | ||
* Dynamiquement examiner les APIs FG/Nasal en faisant marcher le code responsable d'exceptions, peut aussi causer certaines impressions d'erreurs sur la console, cela serait une bonne idée d'exposer les variables à l'arbre de propriétés, de sorte que le système log peut quelques fois être dans de tels cas, c'est à dire en introduisant une priorité "nulle" ou "muette" : [http://flightgear.org | * Dynamiquement examiner les APIs FG/Nasal en faisant marcher le code responsable d'exceptions, peut aussi causer certaines impressions d'erreurs sur la console, cela serait une bonne idée d'exposer les variables à l'arbre de propriétés, de sorte que le système log peut quelques fois être dans de tels cas, c'est à dire en introduisant une priorité "nulle" ou "muette" : [http://forum.flightgear.org/viewtopic.php?f=5&t=7358&p=96439#p96370]. | ||
* L'approche "feature-checking" utilisée par "compat_layer.nas" devrait probablement être généralisée et être disponible comme un module nasal standard, ainsi que pour une utilisation par d'autres scripts, tant qu'il propose une bonne méthode pour tenir une compatibilité d'arrière-plan. | * L'approche "feature-checking" utilisée par "compat_layer.nas" devrait probablement être généralisée et être disponible comme un module nasal standard, ainsi que pour une utilisation par d'autres scripts, tant qu'il propose une bonne méthode pour tenir une compatibilité d'arrière-plan. | ||
[http://flightgear.org | [http://forum.flightgear.org/viewtopic.php?f=5&t=7358&p=96439#p96358] | ||
* On pourrait introduire un autre hash/espace de nom dans le module "compact_layer" pour des solutions de contournement basées en nasal, qui sont directement critiques au niveau des performances, de sorte que l'implémentation C++ soit prioritaire. | * On pourrait introduire un autre hash/espace de nom dans le module "compact_layer" pour des solutions de contournement basées en nasal, qui sont directement critiques au niveau des performances, de sorte que l'implémentation C++ soit prioritaire. | ||
* Pour certains usages, "threading" peut fournir un réel bénéfice de performances. Cependant, nous avons besoin d'assurer que le "threading" est par défaud OPTIONEL, ainsi les utilisateurs peuvent aisément vérifier si des potentiels problèmes sont reliés au threading ou non. Les "Worker threads" semblent être le meilleur moyen. | * Pour certains usages, "threading" peut fournir un réel bénéfice de performances. Cependant, nous avons besoin d'assurer que le "threading" est par défaud OPTIONEL, ainsi les utilisateurs peuvent aisément vérifier si des potentiels problèmes sont reliés au threading ou non. Les "Worker threads" semblent être le meilleur moyen. | ||
* Une utilisation excessive de l'arbre de propriétés pour conserver toutes sortes de variables d'état, est une source potentielle de pertes de performances. Il est souvent meilleur de directement utiliser des structures de données en Nasal. De plus, il est plus facile de faire l'usage de "worker threads" quand toutes les données sont disponibles en Nasal, d'autant plus que l'arbre de propriété ( et fondamentalement toutes les fonctions d'extension en Nasal) ne sont pas faites pour être "thread-safe". | * Une utilisation excessive de l'arbre de propriétés pour conserver toutes sortes de variables d'état, est une source potentielle de pertes de performances. Il est souvent meilleur de directement utiliser des structures de données en Nasal. De plus, il est plus facile de faire l'usage de "worker threads" quand toutes les données sont disponibles en Nasal, d'autant plus que l'arbre de propriété ( et fondamentalement toutes les fonctions d'extension en Nasal) ne sont pas faites pour être "thread-safe". | ||
* Pour être capable d'optimiser plus encore le système, il serait bon d'intégrer quelques formes de références simples, de sorte que les utilisateurs peuvent facilement fournir les résultats [http://flightgear.org | * Pour être capable d'optimiser plus encore le système, il serait bon d'intégrer quelques formes de références simples, de sorte que les utilisateurs peuvent facilement fournir les résultats [http://forum.flightgear.org/viewtopic.php?f=5&t=7358&st=0&sk=t&sd=a&start=165#p94801] (Nous avons parlé de cela le 9/2011, Il y a ainsi des possibilités de fournir cette information automatiquement, mais cela exigerait une modification du coeur de l'interpréteur Nasal, et probablement introduire quelques nouveaux instruments spécifiques (new instrumentation-specific) opcodes, aussi - Cela ne semble pas être une idée très populaire pour le moment. | ||
== Les demandes de fonctionnalités du côté C++ == | == Les demandes de fonctionnalités du côté C++ == | ||
| Line 128: | Line 128: | ||
=== Terrain related === | === Terrain related === | ||
* (08/2012) provide an option to decouple terrain loading from visibility, so that geodinfo and the terrain presampler can also query terrain which is invisible [http://flightgear.org | * (08/2012) provide an option to decouple terrain loading from visibility, so that geodinfo and the terrain presampler can also query terrain which is invisible [http://forum.flightgear.org/viewtopic.php?f=69&t=7358&start=525#p164198] [https://code.google.com/p/flightgear-bugs/issues/detail?id=848&sort=-id&colspec=ID%20Type%20Status%20Priority%20Summary%20Aircraft%20Milestone]. | ||
* To check for wave conditions far from the original obstacle doesn't work well in Flightgear, because you can't rely on terrain far from your present location being loaded already. So by necessity one has to make it a more local phenomenon. | * To check for wave conditions far from the original obstacle doesn't work well in Flightgear, because you can't rely on terrain far from your present location being loaded already. So by necessity one has to make it a more local phenomenon. | ||
=== Environment related === | === Environment related === | ||
* (08/2012): Provide an option to disable the precipitation "layer" system [http://flightgear.org | * (08/2012): Provide an option to disable the precipitation "layer" system [http://forum.flightgear.org/viewtopic.php?f=69&t=7358&start=525#p163627]: Local Weather has no precipitation rendering. This is due to the fact that the system uses its own layer altitude definition and a 3d definition of where rain is falling, whereas the precipitation rendering system uses a lowest altitude criterion. Since lowest layer altitude is always zero when local weather is running (it uses its own cloud altitude management and since clouds need to be placed with offset to the layer, it's easiest to make that layer zero) Local Weather has never rain unless you fly to the dead sea (not much chance of rain there either...). Could someone please provide a dumb rain and snow flag which alwaysrenders rain when that flag is set and leave it to the weather system to set/unset that flag as it sees fit? [http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg35256.html] [http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg34300.html] | ||
* (06/2012) Sun is always painted on top of the skydome, you even see it through what is supposed to be terrain from high altitude. That's an issue for the maintainer of the sun code, it isn't curable via Nasal. See [https://code.google.com/p/flightgear-bugs/issues/detail?id=788&sort=-id&colspec=ID%20Type%20Status%20Priority%20Summary%20Aircraft%20Milestone]. | * (06/2012) Sun is always painted on top of the skydome, you even see it through what is supposed to be terrain from high altitude. That's an issue for the maintainer of the sun code, it isn't curable via Nasal. See [https://code.google.com/p/flightgear-bugs/issues/detail?id=788&sort=-id&colspec=ID%20Type%20Status%20Priority%20Summary%20Aircraft%20Milestone]. | ||