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.

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.