Jim Wilson:
This has been on my local copy for a while (well tested :-))
It fixes a problem with the auto throttle jumping around needlessly.  Adjustments are calculated based on the last calculated autothrottle setting rather than reading the throttle setting from the property tree.

CLear the key bindings before assigning new ones

Fix a dependency problem

Sort VASI lights into their own tree so we can control them separately
from the rest of the runway lighting.  VASI/PAPI lights are generally
always on.  Also, the red/white VASI coloring has never worked right.
This is also a step towards fixing that problem.

Fix a potential segfault.

Fix a problem where the compiler would mix up two function declarations because the one wich has SGSubsystem in it's options list expected a const SGSubsystem, but it was called with a plain SGSubsystem

Move FGEventMgr and FGSubsystemMgr over to SimGear, add SGEventMgr to FlightGear's globals structre and some small code cleanups

Make random wind a little less extreme.

Fix a nasty bug whereby the AI plane would descend far too early on the circuit following a touch-and-go

Get rid of some cruft

Implement two convienience functions.

David Culp:
Here's a new FGSimTurbine module.  Changes are:

1.  Adds starting and stopping functionality
2.  Calculate() now calls other functions, based on the engine's state, which gives more readable code.

Until now turbine engines were always running as long as fuel was available. With this new module the engine defaults to OFF.  To start with the engine running, the variable FGEngine::Running must be set to true at sim startup. In FlightGear this is done with --prop:/engines/engine[n]/running=true.

To start the engine (on the ground), first set the starter to ON, i.e. FGEngine::Starter is set to true.  In FlightGear this is done by toggling /controls/engines/engine[n]/starter to TRUE.  Note that the current FlightGear key binding will not work, as it causes the starter to quit when the key is released.  A new key binding is needed, without the mod-up.

When N2 reaches 15% or greater, place the fuel cutoff control to FALSE.  This is FGEngine::Cutoff.  In FlightGear this is done with /controls/engines/engine[n]/cutoff set to FALSE.  The engine will then accelerate to idle.  Upon reaching idle, the starter is automatically turned off, and the engine is running.  There is presently no FlightGear key binding for the fuel cutoff switch.

To shut off the engine, place the fuel cutoff control to TRUE.

If you shut down the engine in flight it will windmill.  To airstart you will need at least 15% N2, just as with a ground start.  When you have enough N2, place the cutoff control to FALSE and the engine will restart. Note that if you can't get enough N2 by speeding up, you can get it by using the starter.

The reverser still works, and is controlled in FlightGear with /controls/engines/engine[n]/reverser.  With the reverser control on (TRUE), the engine will produce negative thrust in proportion to throttle position, i.e. to get more reverse
thrust, increase throttle.

David Culp:
Here's a new FGSimTurbine module.  Changes are:

1.  Adds starting and stopping functionality
2.  Calculate() now calls other functions, based on the engine's state, which gives more readable code.

Until now turbine engines were always running as long as fuel was available. With this new module the engine defaults to OFF.  To start with the engine running, the variable FGEngine::Running must be set to true at sim startup. In FlightGear this is done with --prop:/engines/engine[n]/running=true.

To start the engine (on the ground), first set the starter to ON, i.e. FGEngine::Starter is set to true.  In FlightGear this is done by toggling /controls/engines/engine[n]/starter to TRUE.  Note that the current FlightGear key binding will not work, as it causes the starter to quit when the key is released.  A new key binding is needed, without the mod-up.

When N2 reaches 15% or greater, place the fuel cutoff control to FALSE.  This is FGEngine::Cutoff.  In FlightGear this is done with /controls/engines/engine[n]/cutoff set to FALSE.  The engine will then accelerate to idle.  Upon reaching idle, the starter is automatically turned off, and the engine is running.  There is presently no FlightGear key binding for the fuel cutoff switch.

To shut off the engine, place the fuel cutoff control to TRUE.

If you shut down the engine in flight it will windmill.  To airstart you will need at least 15% N2, just as with a ground start.  When you have enough N2, place the cutoff control to FALSE and the engine will restart. Note that if you can't get enough N2 by speeding up, you can get it by using the starter.

The reverser still works, and is controlled in FlightGear with /controls/engines/engine[n]/reverser.  With the reverser control on (TRUE), the engine will produce negative thrust in proportion to throttle position, i.e. to get more reverse thrust, increase throttle.

Fix a problem where the upper cloud layers are draw

n with the sun punch through value

Initialize some variables, re-order the function calls in updeate() and reread the interpoltation tables upoj reinit()

Another small, incremental step towards interactive tower control.

Fix a compiler warning

Slightly more appropriate callsign for C-FGFS.  These options still don't do anything at the moment mind!

Return landing type

Return landing type.  Simple AIPlane always returns full stop for now - more advanced classes are expected to override this if required.  Also give some enums an ostream operator

Return position

Clean up the output of the help and show-aircraft options a bit by setting log-level to alert prior to showing the output

Allow the log-level to be set as early as possible

Use the log level environment already set up by David instead of mine

A small fix to have a smoot transition of cloud colors when in time warp mode

Convert fgLIGHT to FGLight and make it FGSubsystem compatible. Let the subsystem manager handle it and let FGLight::update() handle the repositioning of the sun and the moon.

Another step towards making aircraft more self contained.  YASim aircraft
now read the config file out of the individual aircraft directory rather
than the collective Aircraft-yasim/ directory (which is now obsolete.)
This requires a corresponding update of the base package cvs.

Update --showaircraft and --aircraft= options to recursively search the
$FGROOT/data/Aircraft hierarchy.  There could be some long term performance
concerns if a person has a *huge* collection of aircraft or a really slow
file system, but I see zero performance blip here from recursing the default
CVS tree.  We should also allow the user to specify the whole path to the
-set.xml file if they don't want to recurse ... this way we could eventually
come up with an aircraft selection dialog box on the front end so the user
could manually walk the tree to the desired aircraft.  There also the system
wouldn't have to search for the aircraft.

Fix a couple compiler warnings.

Further progress towards interactive tower control.  Very much an initial stab at a first iteration of a tricky problem, ie don't look too closely - some of it is ugly!

Reduce taxiing speed a fraction

Add an overloaded function

Remove a couple of extraneous lines.

Remove some unused UIUC specific code

Remove the test property to check the difference between the old and the new behavior

Oops fix a small bug resetting to "real-clock" time.

Clean up the timeofday setting code a bit more, consolodate the solver
functions (note to Norman: I looked at the web page you listed and that
looks like a good idea, but I don't have time right now to go through and
debug an entirely new routine.  What we have works well enough for now I hope!)

Reorginize the code just before fgMainLoop a bit so that the lighting update actually has any effect

Fix a model loading problem

Oops, get rid of some extraneous debugging output.

Expose the time of day setting through the fg_command and property interface
so a gui interface can be built.

Fix a few potential gotcha's in setting up start time.

Don't just disable depth buffer writes but instead disable the depth test all together

Try to prevent z-buffer problems for video cards with a 16-bit depth buffer

Enable back face culling for cockpit instruments, disable depth buffer writes for 2d instruments but enable depth buffer writes for the magnetic compass. Does anyone care to create a 3d magnetic compass?

Make sure the joystick name gets printed

Added a command line option to specify a starting time of day in the sense of:

  --timeofday=dawn
  --timeofday=dusk
  --timeofday=noon
  --timeofday=midnight

Allow -jsbsim, -yasim or -uiuc in the name of the configuration file when it resides in it's own subdirectory

Add support for loading aircraft which have the configuration file inside it's own subdirectory

Add support for <aircraft>-set.xml configuration files inside it's own subdirectory. This applies only to the --show-aircraft option for now.

Frederic Bouvier:
This patch is there to correct a problem that prevent to load static objects when specifying a relative fg-root or a different, relative, fg-scenery. It appears that there is a mix between fg-root, fg-scenery and PLIB's model-dir.
It has been reported on the list that users are not able to see the buildings, especially those running the win32 builds because they run 'runfgfs.bat' that set FG_ROOT=./DATA.

I decided not to use model-dir because it just add confusion and to build a valid path earlier.

Enable two sided lighting calculations when specular highlight is enabled

Turn back to default lighting when specular-highlight gets disabled

Add the posibillity to disable specular highlight because it looks like some implementations switch over to sofware rendering when this is enabled

Make it possible for textured object to change color to white when lit by a strong light source. This might affect rendering time a bit

Changes to facilitate replaying the last "n" seconds.

Added --failure option.

Fix a couple of bugs that resulted in ATIS not being heard at airports with AI traffic active

Change the start of descent point of the AI plane when the circuit has been extended when following previous traffic - it should not land short now, although it can land a way down the runway if start of descent should occur during a turn, since it doesnt start descending until the turn is finished

Guard against update(...) getting called before init(...)

Output a few properties for AI code devel convienience - probably temporary

Whitespace cleanup

Remove unused gamma corrections

Fix a reset bug for at least JSBSim by removing some apperently old UIUC code. This falls in the same category as the code from main.cxx which was recently removed by advice from the UIUC developers.

David Luff:

Firstly, the search of a given runway number was coming out wrong if the
reverse of the one actually in the database was given, resulting in the AI
plane going to the wrong runway.  This was caused by the fact that if the
reverse runway number to the one wanted was matched then revrwyno was
assigned to rwy.rwy_no, whereas actually it was the original runwayno that
should have been assigned.

Secondly, whilst instrumenting the search with couts to see what was going
wrong, I noticed that one runway would come up loads of times.  It turns
out that this is because taxiways and the next airport line were loaded in
as the last runway, with only the type changed, in the constructor.  Thus
the total number of runway entries for all except the last airport equalled
(no-of-runways + no-of-taxiways +  1).  I've changed a couple of lines to
fix this.

[Curt: this was partially fixed last week, but now it should be completely
fixed.  Thanks Dave!]

Add a --ceiling=FT_AGL[:THICKNESS_AGL] option to create a default
overcast ceiling at the given altitude AGL, optionally with the given
thickness (or default to 2000 ft).

Roll out last change for now.  It kills the mag compass on the default
172, and seems to have unpredictable results depending on the drawing
order.

Average sunlight and ambient light instead of multiplying it

- The latest volley in the FlightGear lighting wars.
- Ambient is based off the lookup table only.
- Diffuse is based off of the lookup table, but multiplied by a combination
  of sun/fog colors.

The result is a bit more ambient light at dusk and night since the world is
never 100% dark.  And we still get nice sunset/sunrise colored illumination
of surfaces that are directly illuminated by the sun.

I had to make a small mod to the runways.dat format, code changes to handle
that.

Use the glPointParameter function pointer rather than the function itself

Remove a possible glut dependency and do some code cleaning

New automake, new problems. Add $base_LIBS for programs since $LIBS isn't substituted automatically anymore

Remove the last traces of metakit (hopefully) :-)

Depricated ...

Redo the runway database scheme to use a flat/ascii file and load the entire
database into memory at the start.  This should completely eliminate any
dependencies we have on metakit.

Fix a small oops on my part.

Depricated ...

Remove one dependence on MetaKit.

Put the id of the tile we are flying over into the property tree for
convenience of debugging.

Minor tweak.

Fix an undeclared function refference in one of the supported compiler environments

Updates needed for z-ordewring of the cloud layers

Rename every instance of GLUT_H to FG_GLUT_H to prevent a freeglut naming clash

Change GLUT_H to FG_GLUT_H to prevent a naming clash with freeglut.

Add support for moving cloud layers

Fix some network layer issues. Some htonl() calls didn't use the return value.

Add a comment on how to enable an alternative HOT algorithm that enables one to fly underneath static objects

Fix a bug where a test was perfromed on a variable that wasn;'t even initialized (and wrong) and add support for tab and space as a seperator

Some small (linux) fixes

Reorganization of main.cxx

Disable depth buffer writes for 2D insturments. This should prevent z-buffer fighting

Work around a problem in certain NVidia adapters hat don't support fgPushAttrib(FG_FOG_BIT)

Add a description for using extensions and a description of the generic protocol configuration file

Norman Vine:

Attached patch gets rid of all mention of GLUT from the cockpit directory.

Remove several unneeded glut dependencies.  Note, this doesn't signal an
immediate end to glut, only that I'm going through and cleaning up (and
taking inventory of the actual glut dependencies in case I want to investigate
SDL.)

Compiler squawked because a typed function had no return, create a dummy value
to return.

Fix some compiler warnings.

Back out the patch that made fgLoadAircraft a static function

Make the aircraft loader function static