Change from JSBSim:

Changed steering to use the rudder command rather than the rudder
position.  During taxi, the rudder trim shouldn't affect the steering
in any serious way.

This should be configurable in the aircraft file, since not all
aircraft use the rudder pedals for ground steering.

[In FlightGear, this may make it easier to taxi straight.]

Don't force ground lighting to have the same limited visibility as runway
lighting.

Having the runway lights "pop" in at a specific range is not 100% realistic.
I have updated the lighting code to use fog to try to fade the runway lights
in smoothly, but still keep them from being visible until you are about 7-10
miles out, and then only have them be very faint at first.  I think what I
have is a bit nicer than before since it completely avoids the "popping" effect,
but I've very open to tweaking the actual ranges based on people's real
world experiences.

Make the runway lights come on just a bit sooner in terms of sun angle.

Updates for cygwin

Minor property name change to avoid some minor confusion.

Removed depricated files.

Added a "Presets" menu.

Irix patch from Erik Hofman.

If a non existant runway is specified with --runway=xxx fall back to
finding the runway that is the closest match to the specified (or default)
heading.

Added a --runway= option which can be used in conjunction with the --airport=
option to specify a starting airport + specific runway.  If you don't specify
a runway, you get the one that's closest to your specified (or default)
heading.

Added some cheap eye candy to entertain myself for a few minutes.  Splash
screen now fades out revealing the scene.

Cygwin patch from Patrick Staehlin:

To compile the development CVS version of FlightGear(0.9.0) i had to
apply some small changes to SimGear and FlightGear.

The changes need probably some additional ifdefs for other platforms but
since my linux-hd crashed i can't verify that.

Patch from Jim Wilson to fix model offsets:

Here's a patch to fix the offsets bug.  The problem was the transform was just
getting added to a local instance rather than being returned by the function.

I wrote:
 > Jim Wilson wrote:
 > > How hard would it be to have a property that toggles hotspot
 > > visibility?  It'd be nice to be able to turn it on and have yellow
 > > rectangles show up on the hotspots...
 >
 > That's not a bad idea.

It's actually an astoundingly good idea, and implementable over lunch
to boot. :)

Try the attached patch, which predicates the boxes on the
/sim/panel-hotspots property.  I mapped a toggle event on this to a
spare joystick button, and had fun. :)

[dpm: bound to Ctrl-C]

Make sure led_font isn't used unless it's initialized.

Reduce POFF_UNITS from 40 to 4, following Andy Ross's suggestion (to
avoid having the 2D instruments obscure 3D objects in front of them):

It's related to depth buffer precision.  On my Geforce cards (2MX and
3), it never happens with the 24 bit depth buffer you get by default
at 32bpp.  At 16bpp, it picks a slimmer depth buffer (probably 16 bit)
and the texture layers bleed through.

The code is using a pretty big argument to glPolygonOffset, and I've
never investigated how small it can be.  If someone has a little time
the next time they see this issue, try changing the value of
POFF_UNITS at the top of Cockpit/panel.cxx.  Decrease it until the
textures *just* start to interfere with each other, and post the value
that works for you.

Patch from Frederic Bouvier:

I have discovered recently that plib has ulIsAbsolutePathName
in ul.lib so you can try this patch.

Clean ups to the code that determines initial position based on command
line options or defaults.

Make the routines that scan the command line options and config files more
general so we can eliminate the option specific versions of these.

Some various massaging and clean ups of initialization code.

Turn off runway lights during the day, except in less than 5km
visibility (that should be lower, but it will do for now).

Restructuring some of the initialization code.

The general idea is to help clean up some aspects of the FDM init and be
able to provide startup conditions in a less ambiguous manner.

Previously, things like positions, orientations, and velocites were set on
"the bus".  These had to be read by the FDMs which then were supposed to
initialized themselves to those values and turn write around and start
modifying those values.  It was messy and cumbersome.

Now, all the initial fdm conditions are written to a sub-[property-]tree
under /sim/presets/

The values in /sim/presets/ always stay set to what the user has specified.
The user can change these at his/her liesure, and then request a "reset"
which will reset to the new conditions.  I don't even want to say how this
worked before. :-)

Now, an script, or gui interface can stage a set of initial conditions while
the sim is running (without disrupting it), and then call "reset" to commit
the change.

People who should worry about all this are FDM writters, and a small few
others who care about over all program structure and flow.

Correct offset-deg in a rotate animation so that it is added after the
factor (otherwise, it's not in degrees).

Allow 2D panel inclusions to be named (and further animated).

Add "spring" and "damp" tunables to gear objects.

Robert Deters:

Attached is more UIUC revisions.  Actually it is only an updated
uiuc_wrapper.cpp.  Thanks

Robert Deters:

Latest revisions of the UIUC code.

Moved command information into user data.

Separated out GUIWidget class to manage a top-level widget.

Instead of reading $FG_ROOT/gui.xml, recursively read all files under
the $FG_ROOT/gui/ directory; that way, each dialog can have a separate
configuration file, and management should be simpler.

Added button actions so that property fields can be applied or
updated.

Started new, XML-configurable GUI subsystem.

Added fgLoadProps to load properties from a path relative to FG_ROOT.

Fixed bug in timed update cycling.

Added a new TimedAnimation, using the type "timed" and the property
duration-sec.  This animation may have any number of child objects,
and each one will be displayed for the requested duration before
moving on to the next one.

Added Animation::init for initialization after children have been
added to an animation.

Added a default implementation of Animation::update, and removed all
of the empty ones in derived classes.

Removed tabs from model.cxx.

Blindingly stupid ground effect bug.  It interpolated in the wrong direction
(zero at ground, maximum at 1-span!)

Patch from Andy Ross:

Indeed, there was no check for panel visibility in the input code.  I
guess we've never noticed because nothing was fighting for the same
real estate in the past.  This one-liner appears to fix the problem.

[also converted all tabs to spaces for Norm Vine]

Cleaned up some debugging output.

Add support for drawing ODALS approach lighting.

Patch from Jim Wilson:

That's a little too small to resolve differences at 16bpp. Try the
patch below.  It decreases the lifting substantially.  You will see
a slight increase in z-buffer flickering but it isn't bad.  Note
that we removed the "distance" component the other day,  the purpose
of it was to lift the lights higher when viewed at shallow viewing
angles.  The distance component is critical for the street lights that
can be very long distances away.

But with the distances we're working with here it really doesn't
do all that much.  The factor used in this patch is about as shallow
a lift as can be used when looking straight down at the airport.  At
24bpp there's no effect from incorporating a distance component.

The choice is to reintroduce a distance component...one that works (and
only for 16bpp), or alter the factor used in the patch below to strike an
acceptable balance between different viewing angles when in 16bpp mode.

Removed debug print statements.

Added ability to set a name for an animation and refer to it in
subsequent animations.

Streamline to create fewer branch nodes.  This involves moving some
objects around when an animation specifies more than one object.

Eliminate dependency of flight.hxx on model.hxx, to avoid unnecessary
rebuilding.

Modified /sim/current-view/axes/long and /sim/current-view/axes/lat to
use the user-configurable view defaults.

Put taxiway lights in their own scene graph so we can adjust their brightness
(or fog punch through) independently from the ground or runway lighting.

Fix a couple oversights in the runway light lifting formula.

Remove distance component from runway lifting function.  Only use the AGL
component.  This seems to work pretty well and simplifies things a fair bit.

Andy Ross:

The biggest and coolest patch adds mouse sensitivity to the 3D
cockpits, so we can finally work the radios.  This ended up requiring
significant modifications outside of the 3D cockpit code.  Stuff folks
will want to look at:

+ The list of all "3D" cockpits is stored statically in the
   panelnode.cxx file.  This is clumsy, and won't migrate well to a
   multiple-aircraft feature.  Really, there should be a per-model list
   of 3D panels, but I couldn't find a clean place to put this.  The
   only handle you get back after parsing a model is a generic ssg
   node, to which I obviously can't add panel-specific methods.

+ The aircraft model is parsed *very* early in the initialization
   order.  Earlier, in fact, than the static list of allowable command
   bindings is built in fgInitCommands().  This is bad, as it means
   that mouse bindings on the instruments can't work yet.  I moved the
   call to fgInitCommands, but someone should look carefully to see
   that I picked the right place.  There's a lot of initialization
   code, and I got a little lost in there... :)

+ I added yet another "update" hook to the fgRenderFrame routine to
   hook the updates for the 3D panels.  This is only required for
   "mouse press delay", and it's a fairly clumsy mechanism based on
   frame rate instead of real time.  There appears to be delay handling
   already in place in the Input stuff, and there's a discussion going
   on about different mouse behavior right now.  Maybe this is a good
   time to unify these two (now three) approaches?

Andy Ross:

Make rotational rate FDM values available from the property tree.
This is required for some cool stuff I've been doing with the Harrier.

Fixed jump around the north indication.

Fix coordinate conventions for reporting pilot acceleration.  Add a few
digits to the c.g. report.

Modified for simpler command-manager interface.

Documentation on adding new built-in commands to FlightGear.

Major code simplification.

Default to experimental point lighting disabled.

Erik Hofman: Irix build fixes.

Tweak red and blue runway light colors a bit more.

Removed some left over debugging output.

White space tweak ...

Fix a subtle bug in the partial ssg tree deleter which was leaving some
parts of the tree left over at the end which the failsafe was catching, but
this could impose a huge framerate hit if the missed portion of the tree
was large enough (and it very often was.)

Tweak lighting colors a bit.  Add a slight yellow tint to "white" lights.
Add a slight orange tint to "yellow" lights.  Brighten the blue lights a bit
to make them more visible.

Fixed the DG heading bug hold to work with the new DG instrumentation.
It was slightly goofed up before by about the amount of the magnetic
variation.

Updates to how we structure runway lighting in the scene graph so we can get
the range selector to work on a per runway (or per lighting group) basis.

Tone down the relative intensity of the taxiway lights.

Added support for taxiway lights that are much more visible from the size
than from above.

Make runway lighting LOD work correctly.

Misc clean ups.

Preallocate proper ssg list sizes when building list structures so plib
doesn't need to waste time extending it's list sizes.

Fix a bug with rabbit light creation.

Minor tweak to avoid some compile errors people are seeing with the
glPointParameterExt.

Put cout and endl in std:: namespace.

Add a pre/post draw call back to strobe lights so we can make them bigger
so they will stand out from everything else.

There are some problems with ssgTimedSelector's but shorter strings of
rabbit lights appear to almost work except the last light or two is never
included in the animation and longer strings of lights are drawn as all
light on ... :-(

Some restructuring to optimize the light point portion of the scene graph.
There's no point in having a separate leaf for each light.

Fix a bug in ground elevation measuring for the first frame after we cross
a tile boundary.  (Potentially imposes a slight performance penalty, but
getting the correct answer needs to be higher priority than getting the
wrong answer really quickly.)

Support green directional lights.

Playing with glPointParameterfEXT.

Cleaned some cruft.

Add support for generating REIL approach light animations.

Add support for additional runway light colors and intensities.

Fixed so that ASI will indicate correctly (or at least, more
correctly) in winds.

Add support for wind speed/direction and freezes.

Throttle was being scaled with mixture config values.
Cleaned up some old cruft.

Playing with point lighting effects.

Cleaned up some old cruft.

Added support for passing wind speed/direction.
Added support for passing various freeze commands to fdm.
Initial support for in-air starts.

Norman Vine:

Updates to the autopilot to allow it to run off of 'non-cooked' altitude
and heading values (as a compile time option.)

Fix an init order bug and do some minor cleanups.

Use default visibility instead of modified sky visibility when 2D
clouds are disabled.

Patch from Frederic Bouvier:

I noticed that textures for scenery static objects are not loaded
anymore for a few weeks.  Static objects have absolute path while
random objects and aircraft have relative path but fgLoad3DModel
unconditionally prepend fg_root to the model path. This patch test the
beginning of the model path to choose if fg_root has to be prepended
to the model path.

Fixed init-order bug that caused c172-set.xml defaults always to be
used unless explicitly overwritten.  Now, the options are parsed
twice, and only the *-set.xml file for the *last* aircraft specified
is loaded.

Patch from Alex Perry:

Ok, I found the problem.  You're computing the dynamic pressure in
"psf" and adding it to the static pressure in "inHg" to form the
total pressure.  The attached patch is the simple fix to the source.

With that fix, failing the pitot while in cruise at 3k' will cause
the airspeed to indicate beyond redline during climb ... well before 4k'.
Thus, a pitot problem can be detected on any IFR altitude change.

Similarly, failing the static (with working pitot) while cruising 4k'
causes the airspeed to indicate beyond redline during a descent
well before reaching 3k' (during which, of course, the ALT looks fine).
Thus, a static failure can be detected before the aircraft breaks out
of the pilot tolerance range and is blatantly conspicuous soon after.

Eric Hofman:

Now the options can be localized as well. This adds a slight problem for
the --language options, but not that much (worst case, the strings are
loaded twice consuming some more memory). I tried to be as accurate as
posiible when copying the options texts, but there might be some
mostakes left.

Fix a potential crash with William Riley's scenery build.

misc tweaks.

Begin work on improving runway lighting infrastructure.

Oops, I had my lighting tris wound the wrong way.

Erik Hofman:

This adds supports for a language specific font, defined in locale.xml
I've also moved the fgInitLocale() routine from main.cxx to fg_init.cxx
to prevent an ungly extern definition in options.cxx.

Misc clean ups.

Begin work on rendering runway lights using environment maps.  The basics
are now working.  A runway light is defined by a point and a direction.  The
point and direction are combined with the local up vector to create a small
triangle orthogonal to the direction.  The two ficticous corners of the
triangle are given an alpha value of zero, the orignal corner is given an
alpha of one.  The triangle is drawn in glPolygonMode(GL_FRONT, GL_POINT)
mode which means only the corner points are drawn, and since two have alpha=0
only the original point is drawn.  This is a long way to go to draw a point,
but it ensures that the point is only visible within 90 degrees of the light
direction, behind the light it is not visible.  This is still a long way
to get to drawing a point, but we use an environement map, with the direction
vector as the normal to mimic a light that is brightest when viewed head
on and dimmest when viewed perpendicularly or disappears when viewed from
behind.

- warning, there is a bug in how the current runway light direction vector
  is calculated which will adversely effect runway lighting.  The airports
  should be regenerated in order to fix this problem.