Move low level "tg" object loader code over to SimGear.

Moved random ground cover object management code (userdata.[ch]xx) over
to SimGear.

Update the suction model as per Alex Perry's recommendations.

At low rpms when the alternator isn't able to generate enough current to charge
the battery, don't show positive amps.

Switch roll and yaw trim commands

Attempt to work around a problem compiling ssgEntityArray.cxx against
plib-1.6.0

Build fix for Windows, without it, Windows
version doesn't compile because of the lack of a prerequisite include

Satisfy some strict compilers by adding a number of libraries

Swap master alternator and battery switches.

- Added a redundant (left/right) vacuum pump.
- Modified the rpm vs. suction formula to hit much more realistic numbers.
  We should be seeing just over 4 inhg at idle and approaching 5 inhg at
  full throttle.

Added an #include for possible time syncing code.

Added very simplistic volt and amp modeling to the electrical model.  This
should really be made more generic and part of the electrical model config
but this is all I had time for this weekend.

Added some test code (currently commented out) to limit a remote visual
slave to a specific frame rate (i.e. 30hz).  This is potentially desireable
if you are running on the ragged edge between 30/60 hz ...
It would be nice at some point to make the code a bit more flexible and
configurable so it could be activated from the command line or preferences
file.

Make the attitude indicator gyro error kick in earlier in the gyro spin down
process.
Add the annunciator model to the list of managed instrumentation modules.

Add a very simplistic (small single engine type) annunciator model.  With
the exception of flashing the annunciator light for 10 seconds and then going
steady on, this could almost be done entirely in an xml instrument ...

Add a utility that given a specific localizer position and corresponding
runway info, repositions the localizer and realigns it with the runway
heading so that the approach lines up perfectly.

This script should be moved because it really isn't dafift specific.  It
builds the ILS database from several sources and uses an external compiled
utility to crunch the math to straighten out the approaches whenever we can
match them to specific runway headings and threshold locations.  This should
be *always* but our runway data is horribly outdated so that needs to be
updated soon to get into sync.

Rename some defines to prevent a namespace clash

Fix a typo

Provide a better(?) solution to the windows GDI problem

Provide a fix for the MSVC/Cygwin GDI build problem

initialize some otherwise unitialized variables

This is a little something I'm dabbling with ... an alternate approach
to doing random ground cover objects.  This is still in it's embrionic
state so don't expect this to do anything useful or interesting yet.
It shouldn't hurt anything though either.

sign change to rudder SAS

Lighting updates for non PC hardware

from the C++ FAQ:

TITLE: Using delete [] versus delete

The extra "[]" warns the compiler that there is a whole array of objects here so that P's destructor must be called on each element of the array rather than just on P itself (which would be equivalent to the first element only).

Updates to properties for uiuc aircraft

Updates for a better sunrise/sunset effect

Oops missed a couple things when I moved LaRCsim.cxx into src/FDM/LaRCsim/
This was masked because I didn't wipe src/FDM/libFlight.a and recreate it.

Moved FDM/LaRCsim.[ch]xx to FDM/LaRCsim/LaRCsim.[ch]xx

Drop from 4 to 3 splash screens for now.

Fixes to the default.ils building script.

Latest cosmetic updates to the sunrise code. I still have to figure out why the colors on a PC are much nrighter in some places and much darker in others, but the color itself matches nicely now.

Rename an error message so it won't conflict with other output (especially property names)

Fix a view offset bug in some external views

Changes needed after adding the gamma correction. I think it needs (atleast) one round of updates to get it right, but I've got to go now

Add gamma correction to the sky color functions

Small, time related color adjustments for the sunrise/sunset code

Make the sunset color view direction dependent again.

Darken the clouds near sunrise/sunset

Jim Wilson:
> > Here's a patch to add manual-pitch control to the propeller in YASim.  A new
> > control axis "PROPPITCH" is added.  Requires "manual-pitch" boolean property
> > in the "propeller" tag.
> >
> > Tags and Properties to add in order to enable:
> >
> > manual-pitch="true"
> >
> > <control-input axis="/controls/engines/engine[0]/propeller-pitch"
> > control="PROPPITCH" src0="0" src1="1" dst0="0.40" dst1="0.80"/>
> >
> > Note that for the time being, excessively low RPM or excessively high RPM is
> > brought undercontrol by a scaling range defined in the control-input tag
> > (see "dst0" and "dst1" properties).

Adjust sunset/sun rise color scheme

Changes to track updates to SimGear.

Split out some code from obj.cxx to userdata.[ch]xx

Changes to track SimGear cvs.

MSVC fixes

Add an otherwise lost header file to the Makefile

Break a few more dependencies ... working towards being able to move
obj.[ch]xx over into simgear.

Did some renaming of new simgear code.

Moved some of the low level scene graph construction code over to simgear.

Update the sunset colors

Create an instance of SGMaterialLib in the "globals" structure and use
that.

Drop support for rendering both w/ and w/o textures, now we only support
texturing.

Update the fog color based on the color of the sun. This is a first attempt and probably needs tweaking

Robert Deters:

  I have attached some revisions for the UIUCModel and some LaRCsim.
  The only thing you should need to check is LaRCsim.cxx.  The file
  I attached is a revised version of 1.5 and the latest is 1.7.  Also,
  uiuc_getwind.c and uiuc_getwind.h are no longer in the LaRCsim
  directory.  They have been moved over to UIUCModel.

The lookup method was always skipping the first ILS for any frequency
-- I discovered the problem while puzzling over an LOC that wouldn't
come in.

Initialize a couple values before using them.

Cosmetic changes for new code moved into simgear to make the naming scheme
better follow simgear conventions.

Moved fgfs_src/Object/newmat.[ch]xx and fgfs_src/Object/matlib.[ch]xx into
  simgear/scene/material/
Adjusted flightgear code to match this change.

Update the red and green fog colors for better matching cloud edges

Fix a preset in the air problem.

Moved src/Model/loader.[ch]xx and src/Model/model.[ch]xx to
simgear/scene/model/

- Added "SG" prefix to sound classes that recently moved to SimGear.
- Cleaned up some minor compiler warnings.
- Moved src/Model/placement.[ch]xx over into simgear/scene/model/

Remove dependency on model.hxx.

Extract the sound code from FlightGear and move it to SimGear

Jim Wilson:
This is a patch to viewmgr.cxx that I've had for a long time.  This just prevents a possible segfault caused by misconfiguration.

Jim Wilson:
What is actually happening is the camera is pointing to the right place (try zooming in),  but the camera is also travelling up and down with the nose and it should be staying more steady (in sync with the CG altitude).

Attached is a fix for this. There is still something a little funky going on with the camera, but this solves the biggest problem.  You will note that I deleted an unecessary reference to scenery.hxx in the patch.

Working at unraveling and breaking dependencies inside of src/Model.
I split the FGModelPlacement code out into it's own set of source files.
I created two versions of the fgLoad3DModel() routine.  One that is
  unecumbered by a panelnode dependency and one that is.  acmodel.cxx is
  the only place that needs to load an aircraft with instrument panels.
model.[ch]xx are now pretty much free to move over into simgear.
loader.[ch]xx should be able to follow closely behind.
This will be a big step towards being able to move the material management
code over into simgear.

Moved src/Model/*Animation* classes over to simgear.

Timed animations now working again.

Clean up various dead, depricated, or otherwise unused code.  I don't believe
the ascii scenery file format has actually worked in quite some time, and the
ADA runway light code has been supersceded by a slightly different mechanism.

Oops backout the last changes to these files.  I was diddling with some
time based extrapolation and this wasn't far enough along to be usable.

Missed this one since I didn't have jpg server support activated.

When reseting the aircraft position, the system looks at a number of the
requested parameters to determine if this should be an on-ground vs. in-air
start.  The problem was that we never defaulted the value to anything so
if we didn't match an in-air condition, we simply inherited whatever value
was there from before.

Curtis found another inconsistency in the sky repaint check. I am afraid that adding more checks would eventually give the same framerate as repainting every frame. Consider this a failed experiment.

Moved into simgear.

Fix to an ATC/AI communication timing bug

This is step "1" of probably "many" in the process of separating out the
scene management code and organizing it within simgear.  My strategy is
to identify the code I want to move, and break it's direct flightgear
dependencies.  Then it will be free to move over into the simgear package.

- Moved some property specific code into simgear/props/
- Split out the condition code from fgfs/src/Main/fg_props and put it
  in it's own source file in simgear/props/
- Created a scene subdirectory for scenery, model, and material property
  related code.
- Moved location.[ch]xx into simgear/scene/model/
- The location and condition code had dependencies on flightgear's global
  state (all the globals-> stuff, the flightgear property tree, etc.)  SimGear
  code can't depend on it so that data has to be passed as parameters to the
  functions/methods/constructors.
- This need to pass data as function parameters had a dramatic cascading
  effect throughout the FlightGear code.

This is step "1" of probably "many" in the process of separating out the
scene management code and organizing it within simgear.  My strategy is
to identify the code I want to move, and break it's direct flightgear
dependencies.  Then it will be free to move over into the simgear package.

- Moved some property specific code into simgear/props/
- Split out the condition code from fgfs/src/Main/fg_props and put it
  in it's own source file in simgear/props/
- Created a scene subdirectory for scenery, model, and material property
  related code.
- Moved location.[ch]xx into simgear/scene/model/
- The location and condition code had dependencies on flightgear's global
  state (all the globals-> stuff, the flightgear property tree, etc.)  SimGear
  code can't depend on it so that data has to be passed as parameters to the
  functions/methods/constructors.
- This need to pass data as function parameters had a dramatic cascading
  effect throughout the FlightGear code.

Removed support of old Ascii scenery format.  The loader had not been
maintianed or upgraded in a *long* time so it didn't support many new
features like the runway lighting.  If anyone was using it for anything,
it should not be a huge amount of work to switch to the binary format.
SimGear includes a reader and writer for the binary format.

Make sure the sky is also repainted when the relative view direction gets out of sync. Add a refference to /sim/rendering/debug for always repainting the sky dome.

Make the sky colour brighter, change the fog colour accordingly and add support for macintosh

Repaint the sky when the view heading changes also

Updated sky colour, after comparing it to the colours on an sgi monitor. This must be *much* closer to the real colour

Updates to the generic communication protocol. This adds variable seperators as well as sequence seperators.

Another attempt to get the right colour on PC hardware, this time tested with default monitor settings

Lucky I got debian working on a PC today. Give PC hardware a normal sky colour

Use a seperate path for sgi and PC hardware for cloud colouring for now. I'm still investigatng the problem

Update to more natural sky dome colours

Reduce pitch error.

First pass at trying to add back in the AI effect where it starts drifting
off it's correct position once the gyro spins down below a certain threshold
(such as what would happen in a vacuum failure.)

Allow FG data to be in $FG_ROOT/data or $FG_ROOT (looks in both places.)

Fixed a property name typo which caused the right tank to never supply fuel.

Reduce elevator effectiveness by a factor of 2.

Tweaks ...

Wendell Turner writes:
I modified the files in src/Autopilot to add waypoint capabilities to the telnet port.

'set waypoint <WPT>' will set the next waypoint.
'get waypoint' returns one string which is the list of waypoints.
'set waypoint 0' will delete the next waypoint.

MSVC and MingW fixes

Temporary disable the sky reposition speedup code until I discover the magic key that unlocks the proper behaviour. It's not like this causes  a noticable decrease in framerate.

Remove possilbe trailing "/" from runway numbers in FAA data.
Use add_record() routine for FGFS/X-Plane data.

Reposition the sky modules only when the lat or long position is changed for 5 micro degree. This doesn't sound much, but at least it means the modules aren't repositioned every frame