On 12/30/02 at 7:47 PM [EMAIL PROTECTED] wrote:
Date: Mon Dec 30 14:47:23 EST 2002
Author: cvsroot
Update of /home/cvsroot/FlightGear/FlightGear
In directory bitless:/tmp/cvs-serv15423
Modified Files:
preferences.xml
Log Message:
Changed default frequencies. KSFO ATIS is not on standby
On 12/28/02 at 7:10 PM [EMAIL PROTECTED] wrote:
Date: Sat Dec 28 14:10:41 EST 2002
Author: cvsroot
Update of /home/cvsroot/FlightGear/FlightGear/Aircraft/Instruments
In directory bitless:/tmp/cvs-serv31667/Instruments
Modified Files:
single-magneto-switch.xml
Log Message:
Changed to use
David Luff writes:
On 12/30/02 at 7:47 PM [EMAIL PROTECTED] wrote:
Date: Mon Dec 30 14:47:23 EST 2002
Author: cvsroot
Update of /home/cvsroot/FlightGear/FlightGear
In directory bitless:/tmp/cvs-serv15423
Modified Files:
preferences.xml
Log Message:
Changed default frequencies.
On 1/2/03 at 11:52 AM Curtis L. Olson wrote:
David,
Another feature request would be to create a volume and on/off switch
property and honor them. Volume could go from 0.0 - 1.0 scaled
appropriately, and on/off is pretty self explanitory. It would also
be nice to have a servicable property so
On 1/2/03 at 11:52 AM Curtis L. Olson wrote:
Another feature request would be to create a volume and on/off switch
property and honor them. Volume could go from 0.0 - 1.0 scaled
BTW, can you hear the audio ATIS OK on your Linux box? There have been a
few problems reported with it over
David Luff writes:
On 1/2/03 at 11:52 AM Curtis L. Olson wrote:
Another feature request would be to create a volume and on/off switch
property and honor them. Volume could go from 0.0 - 1.0 scaled
BTW, can you hear the audio ATIS OK on your Linux box? There have been a
few problems
On Thu, 2003-01-02 at 13:35, Andy Ross wrote:
This might be enough to fix your problem -- you could still get a
viscious asymettric stall with violent control input, but gentle
motion of the yoke wouldn't be able to pull the nose high enough.
That sounds about right to me. In the Cessna 172
David Luff writes:
This is fantastic and works beautifully! Unfortunately the default startup
at the moment leaves the magneto switch stuck in the starter position, and
the only way to get it back so the above can work properly if required is
to hit the space bar as before.
Can you find
Andy:
Thanks for the suggestions -- I will try them all out, especially the
elevator adjustments.
It is worth noting, however, that even when I have succeeded in
getting a sharp nose drop in a power-off stall on a 172, I have not
seen a wing drop. You get a bit of roll with a power-on stall,
Andy, is it technically possible to fiddle with the model parameters in
real-time?
g.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Gene Buckle wrote:
Andy, is it technically possible to fiddle with the model parameters
in real-time?
Not easily. Changing the parameters requires a re-solution, which can
take a second or two for aircraft with lots of elements like the 747.
So it would have to be done a little bit at a time
Gene Buckle wrote:
Andy, is it technically possible to fiddle with the model parameters
in real-time?
Not easily. Changing the parameters requires a re-solution, which can
take a second or two for aircraft with lots of elements like the 747.
So it would have to be done a little bit at a
Off the top of my head, I believe selecting reinit from the file menu
causes the instance of the FDM class to be deleted and re-created.
This means that it reloads the parameter file and recomputes a
solution. That seems like a decent middle of the road solution. You
make your fdm changes in a
On Thu, 2 Jan 2003 14:54:15 -0800 (PST)
Gene Buckle [EMAIL PROTECTED] wrote:
My thought is that a real-time model wrench might make it easier for
people to develop or improve aircraft models.
I don't know of any other simulator that could do this, but I don't know
if it's practical either. I
On Thu, 2 Jan 2003, Jon S Berndt wrote:
On Thu, 2 Jan 2003 14:54:15 -0800 (PST)
Gene Buckle [EMAIL PROTECTED] wrote:
My thought is that a real-time model wrench might make it easier for
people to develop or improve aircraft models.
I don't know of any other simulator that could do
Jon S Berndt writes:
Of course, it would be sort of hard to
modify table lookups for a complex coefficient,
Not to hard to do if you think of the table as being
samples along a curve and have a gui manipulated
spline based curve editor.
Norman
Gene Buckle wrote:
My thought is that a real-time model wrench might make it easier for
people to develop or improve aircraft models.
I imagine it would save a _lot_ of time if the edit parameter file,
run fgfs, test, re-edit cycle could be reduced to run fgfs, tweak
in-flight, dump new
On Thu, 2 Jan 2003, Norman Vine wrote:
Jon S Berndt writes:
Of course, it would be sort of hard to
modify table lookups for a complex coefficient,
Not to hard to do if you think of the table as being
samples along a curve and have a gui manipulated
spline based curve editor.
Now
Although it's worth pointing out that the command line yasim program
goes a long way toward reducing the tedium involved with getting an
aircraft in the air. Most of the big configuration bugs can be found
and fixed before you ever run fgfs, although admittedly interpreting
the solution
David Megginson wrote:
Julian Foad writes:
I noticed that the radios had nav. freq. range 108.00 to 117.95 but com.
freq. 0 to 140; this should be 118 to 140. But while playing with that
I noticed that the wrapping is a bit unpredictable. With (min=118,
max=140, step=1, wrap=true)
I (Julian Foad) wrote:
and, unless it is tackled, I'm pretty sure floating-point imprecision
will result in users sometimes being unable to set an end-point value
like 118.000 MHz.
Not actually unable to, because they can go back to 135.975 and then
forward to 118.000.
- Julian
Can anybody help with this error? Anyone care to fix the warnings?
Making all in Main
In file included from main.cxx:91:
../../src/ATC/ATCmgr.hxx:201: warning: extra qualification `FGATCMgr::' on
member `FindInList' ignored
main.cxx: In function `void fgRenderFrame()':
main.cxx:443: warning:
Julian Foad writes:
I don't like to add more configuration and code, I like to pare things
down to the simplest correct implementation. But I think this snap to
valid value behaviour will be necessary.
Sounds like this could make a useful addition
FWIW - I have tried to keep some
Julian Foad writes:
main.cxx: In function `bool fgMainInit(int, char**)':
main.cxx:1608: `glXGetProcAddressARB' undeclared (first use this function)
Looking at the Mesa headers it seems as if
GLX_GLXEXT_PROTOTYPES
needs to be defined
Norman
___
For those who may care, I fixed the MacOS problems. It turns out that
the OpenGL Extension that FlightGear are referencing have ARB
extensions rather than EXT. I.e.,
glPointParameterfvEXT
glPointParameterfEXT
becomes
glPointParameterfvARB
glPointParameterfARB
Jonathan Polley
Here is the
- Original Message -
From: Jonathan Polley [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 02, 2003 9:13 PM
Subject: Re: [Flightgear-devel] MSVC Build Problems in src/Main/main.cxx
For those who may care, I fixed the MacOS problems. It turns out that
the OpenGL
FYI,
Have a look at this pic:
http://tinyurl.com/412x
This site is great. Go here:
http://www.airliners.net/
Then click on one of the links under Most Popular.
Good way to waste a little time ...
Jon
smime.p7s
Description: application/pkcs7-signature
On Thu, 2003-01-02 at 14:58, Jon S Berndt wrote:
On Thu, 2 Jan 2003 14:54:15 -0800 (PST)
Gene Buckle [EMAIL PROTECTED] wrote:
My thought is that a real-time model wrench might make it easier for
people to develop or improve aircraft models.
I don't know of any other simulator that could
28 matches
Mail list logo
