But how about the variable of time,lag,and property.what're their use in FG?If
I don't send these information to the fgms,what will happen?When a FG client
starts up with '--httpd=5400' and connects to a server, I find that I only can
view the FG client's property,but can't modify the property v
> On 01/16/2007 12:35 PM, Curtis Olson wrote:
> > I was told that JSBSim only runs the wow computations when the altitude
> > < 200' agl.
>
> That's what we call an "undocumented feature".
>
> > It would be nice to change this behavior, but you'll need
> > to convince the jsbsim gods that this is a
Hi,
I have tared my last patches into one archive to make it easier to test
them. All were already posted to the list. (the only difference is in
the in-game-help-pages of the aircrafts.)
It contains patches for
- ground properties (e.g. feel bumpiness and the reduced friction of
grass or go
On 01/15/2007 04:27 AM, Stuart Buchanan wrote:
> I have done some work on the FDM to decrease the aileron
> response and adverse yaw.
That sounds great! Thanks!
> I still have some tuning to do however - I can't
> get above 112kts @ 5,000ft, even at 100% throttle which suggests some of
> the d
On 01/13/2007 11:53 AM, Stuart Buchanan wrote:
> John - can you tell me if I've got the gear animation approximately
> correct. From photographs I've guessed that they fold up rearwards.
Yes, it is approximately correct.
1) I observe that the two main gear retract at unequal rates; this is
real
I was told that JSBSim only runs the wow computations when the altitude <
200' agl. It would be nice to change this behavior, but you'll need to
convince the jsbsim gods that this is a problem that needs to be fixed!
Curt.
On 1/16/07, John Denker wrote:
Hi --
I observe that if the aircraft
On 01/16/2007 12:35 PM, Curtis Olson wrote:
> I was told that JSBSim only runs the wow computations when the altitude
> < 200' agl.
That's what we call an "undocumented feature".
> It would be nice to change this behavior, but you'll need
> to convince the jsbsim gods that this is a problem t
John Denker wrote:
>The current (cvs) fix.dat.gz has, internally, a 2005 date.
>
>There are fixes missing from that database, and also fixes
>in the database that are wrongly located.
>
>How might we go about updating the databases?
>
>
>
Hi John,
I think I might have generated the current ver
On 1/16/07, Douglas Campos <[EMAIL PROTECTED]> wrote:
I have a lot of brazilian fixes: but their coordinates are a little
different from fg; how can I translate it?
A little example
NEMO
s23 19.87
w046 08.08
MUTY
s23 17.38
w045 59.82
Someone correct me if I'm wrong but this looks like a si
Hi --
I observe that if the aircraft is initialized to an
airborne position, the /gear/gear/wow property is
stuck at 1, indicating weight on the wheels, even
though the compression-norm property is zero.
This initialization can come via the command line
via --altitude= or via the locati
I have a lot of brazilian fixes: but their coordinates are a little
different from fg; how can I translate it?
A little example
NEMO
s23 19.87
w046 08.08
MUTY
s23 17.38
w045 59.82
How can I input these? I've got fresh area charts :)
On 1/14/07, John Denker <[EMAIL PROTECTED]> wrote:
> The cur
On Tue 16 January 2007 00:49, Dave Perry wrote:
> On Tue, 2007-01-16 at 00:21 +0100, gh.robin wrote:
> > My question was
> > which FG version have you ran to test it
> > FG cvs PreOSG , FG cvs HEAD (one recent after 2006-december-26) , or FG
> > stable 0.9.10 ?
>
> I have the kap140 working with
12 matches
Mail list logo