> From: "Torsten Dreyer"
> 
> Loosing the ability to control the atmosphere within FlightGear would be 
> a massive loss of functionality. We currently control atmosphere in 
> several different ways like real weather based on METAR. The "local 
> weather" project has just started to create a complex weather simulation 
> system and I am (slowly but steadily) working on adding more live 
> weather data, including aloft wind, temp and dewpoint for any point of 
> this world.
> It would be a huge degression to be able to fly within ICAO standard 
> atmosphere, only.
> 
> Torsten

I should have worded this better, because it's not my intention to propose 
removing functionality with FlightGear. 

What I mean to ask is what is the current (and planned) way that FlightGear 
interacts with atmosphere modeling (not referring to winds, at the moment)? The 
JSBSim standard atmosphere models the U.S. Standard Atmosphere, and supports 
user-supplied adjustments to the temperature. In the FlightGear/JSBSim 
interface there is an allowance made to drive the atmosphere model by setting 
temperature, pressure, and density. At this point (with FlightGear driving 
STP), any calculations done by the JSBSim standard atmosphere model because 
superfluous. In the case where FlightGear is to drive the atmosphere model for 
JSBSim aircraft, there should be what amounts to a null atmosphere model that 
only provides the C++ interface to storage and common atmosphere calculations 
(viscosity calcs, for instance). Trying to make the JSBSim standard atmosphere 
model serve both purposes has resulted in code that is convoluted and difficult 
to read, and error prone. 

So, the question that remains is to consider how to provide the capabilities 
that both parts need. I'm beginning to think that FlightGear should provide its 
own atmosphere model, and then just copy values into a null JSBSim atmosphere 
model when integrated with FlightGear, or be happy with the JSBSim 
implementation of the standard atmosphere with temperature and pressure offsets.

Winds and turbulence are another matter. We have a couple of turbulence models 
and the recently added Milstd and Tustin wind models are looking pretty good. 
In a discussion on the JSBSim developer list, I proposed separating out the 
wind model and the atmosphere model.

It's all open for discussion ...

JB

------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Reply via email to