Michael,
Michael Smith wrote:
Martin Spott wrote:
Michael Smith wrote:
I have made some scenery using terragear-cs and it has built ok except
for it not matching existing scenery. I was told that it was because of
me not using the same arrayfit params that the original scenery was
On Sun, Jan 11, 2009 at 2:13 AM, Ron Jensen w...@jentronics.com wrote:
On Fri, 2009-01-02 at 12:35 +, James Turner wrote:
Applied. Frankly, all uses of atan() should probably be replaced with
atan2(), but with some inspection of the call site to verify the
change is sane.
There was some
Got it,
The issue is that JSBSIM gets the external atmospheric model
(/environment/params/control-fdm-atmosphere set to true in flightgear). I
assume that imposes flight gear own atmosphere model to the FDM and THIS model
is stuck after 10 ft
Setting this value to false actually gets a
Got it,
The issue is that JSBSIM gets the external atmospheric model
(/environment/params/control-fdm-atmosphere set to true in flightgear). I
assume that imposes flight gear own atmosphere model to the FDM and THIS
model is stuck after 10 ft
Setting this value to false actually gets
On 01/13/2009 12:25 PM, flying.toaster wrote:
flightgear I assume that imposes flight gear own atmosphere model
to the FDM and THIS model is stuck after 10 ft
I can easily generate ISA atmosphere data to 71,000 m (232940 ft)
... and beyond that if you wish (to the limited extent that
There was an issue some time ago when we had control-fdm-atmosphere set
to false by default. I don't know if this has been resolved by now.
Here is the thread from 2007:
http://www.mail-archive.com/flightgear-
devel%40lists.sourceforge.net/msg13065.html
Torsten
It's an interesting
Also note that the FlightGear model, whether or not extended
in height, is a one-parameter model which (to put it politely)
does not adhere to the laws of physics. It puts out wrong
answers whenever the temperature differs significantly from
ISA standard day.
JSBSim has, for a long time,
In order for the FDMs to consistently and completely handle a reset request
from FlightGear, there ought to be a specification that describes what is
supposed to happen. Here's a first cut at what a specification for the reset
function might say:
1) There MUST be separate functions to
a)
Hi!
The copy constructor in question:
145 FGEnvironment::FGEnvironment (const FGEnvironment env)
146 {
147 FGEnvironment();
148 copy(env);
149 }
I guess that wants to call the default constructor first. However,
that doesn't work. See
540 // draw numbers
541 std::ostringstream str;
542 str i;
543 const char *num = str.str().c_str();
The str.str() is returning a temporary string, that gets immediately
freed, taking the returned c_str() with it. Bad. :)
Breakpoint
The clouds_3d_enabled member is not initialized in the constructor,
but the set_3dClouds function depends on it:
void FGClouds::set_3dClouds(bool enable)
{
if (enable != clouds_3d_enabled) {
clouds_3d_enabled = enable;
buildCloudLayers();
}
}
--
Csaba/Jester
Index:
Csaba Halász wrote:
Hi!
The copy constructor in question:
145 FGEnvironment::FGEnvironment (const FGEnvironment env)
146 {
147 FGEnvironment();
148 copy(env);
149 }
I guess that wants to call the default constructor first. However,
that doesn't work. See
12 matches
Mail list logo