OBS turning work, work on supporting failure moding.

Add a reinit() stub for subsystems, so that they can be reinitialized
when needed (say, to reload the configuration files).

Simplified to use the delta_time_sec that is passed to the update() routine
rather than calculating a separate delta_t and using that.

Work on nav2_obs tuner.

Change time counter to a double.  Add a variable which can allow us to
track long term rate stats to verify we are hitting the requested hz.

Removed redundant logging statement.

Changing the thresholds to be bigger in the previous patch isn't
really useful unless we simultaneously change the per-iteration deltas
to be smaller.  Add another pseudo-tunable to control the speed with
which we change values across iterations.  As it turns out, this is
much more effective than the threshold tunable.  It does come at the
cost of lower solution performance, however.

Tweak taxi light rendering so they don't look completely bogus at dusk.

Fix lost audio.

Put in some (currently compile-time) tuning for the solver threshold.
A recent change resulted in the Piper Cub oscillating about its
correct solution.

Update masses on the rigid body when consuming fuel.  Simply updating
the tank capacity won't change the aircraft.

Have DummyBSphereEntity inherit from ssgBranch instead of ssgEntity,
to allow building with the latest plib CVS.

Problem identified by Norm Vine.
Fix suggested by Steve Baker.

Fix out of order initialization crash (not sure how it worked before
unless some recent changes subtlely changed some init order items around.)

- Some refactoring of the configure.ac script.
- Better Mac OS X support (they put glut.h in GLUT/glut.h) :-(

#ifdef out all references to sgCloud3d until more of it's issues can be
addressed.

Change library order for cygwin.

White space cleanups.

- Change the global_tile_mgr to a globals->get_tile_mgr() which is
  dynamically created at run time.
- Further clean ups to the FGTileMgr class interface.

Patches from Erik Hofman - use Plib's wave file loader plus IRIX fixes.

Fix for Irix.

Code improvements from Norman Vine

Updates for 0.9.1

Updates for 0.9.1

add uiuc_getwind.h to distribution.

Add ground.[ch]xx, groundlist.[ch]xx and ATCVoice.[ch]xx to Makefile.am

Changes to support voice rendering of ATC

Changes towards tower control - work in progress with no end-user benefit yet

Changes and additions to utility functions to support voice ATC rendering and AI taxiing.

Minor changes to variable name and comments

Minor change to variable name

Changes to support AI taxiing and crabing when flying in wind.  Still a work in progress.

Removed unused code and obsolete comments

Changes to support voice ATIS

Initial draft of a canned ATC voice handling class

Add ground control frequency data handling along the same lines as navlist etc...

Include GPL

Changes towards ground control and AI taxiing currently very hardwired to KEMT

Sync with JSBSim CVS

Hide more generated files.

Ignore more generated files.

Updates for 0.9.0 release.

Initial revision.

Added utils/TerraSync/

Added TerraSync/

#include <config.h> where needed for cygwin/gcc-3.2.

Add -lplibjs where needed.

#define NOMINMAX for cygwin/gcc-3.2 builders.

Remove cout/endl usage and replace with SG_LOG()

Andy Ross:

I wrote:
 > I can confirm this.  Layers on the 2D panels (but oddly, only the 2D
 > panels) aren't drawing over the background with the current ATI
 > drivers.

OK, this turns out to be a trivial fix, although I still think it's a
driver bug.  There are two calls to glPolygonOffset in the panel
rendering code (shared by both 2D and 3D panels).  One is called
per-layer, and sets up a layer-specific offset.  The other is called
for drawing the background textures, to lift them off of any
underlying cockpit geometry.

I was using different "factor" values for each, incorrectly.  Patch
attached.  It was affecting only 2D panels because the 3D ones don't
use background images.

Problem is, by my reading of the specification the bug should have had
the effect of pushing the background texture *farther* behind the
instruments, instead of pulling it on top of them.  Either I'm reading
the spec incorrectly or ATI has inverted the sense of the factor
argument.  Dunno, I'll submit a bug report to them and see what
happens.

Honor the /sim/freeze/fuel property to inhibit fuel consumption at runtime.

Link the standalone executable against the source files explicitly rather
than libYASim, as the Irix linker can't handle the unneeded dependance on
other parts of FlightGear.

Exposed the fg_commands though the httpd interface.
Added a built in command to preset to what ever values are in /sim/presets/
Twiddling with preset code.

A small amount of additional massaging of tile manager update() interface.

Add the command-line yasim compiler to the automake configuration.  It
installs into the build directory as "yasim".  Simply run it with the
xml file as its only argument.

Fuel consumption.  Simple implementation without support for tank selection
or engine-specific feeds.

Massaging the FGTileMgr->update() interface towards using FGLocation.

Added a tunable "induced drag" number to aircraft.  One of the things that
isn't well-constrained by the solution process is the drag-vs-aoa curve.
The default value that YASim picked was very steep, and resulted in most
of the jets flying their approaches *way* behind the power curve.  This
changes the default to be more forgiving, and adds an "idrag" tunable
to the configuration file for tweakers.

Also, change the default gear springiness to be less stiff.

Split out tile load/free queue processing into a separate routine.

Make tile_mgr->prep_ssg_nodes() use an FGLocation object.

Patch from JSBSim:

Convert DrCmd from percentage to radians.

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.