Andy wrote:

This is just a port of an old 3D HUD patch to the new view code.
This pans the HUD with the view, by pasting it onto a quad fixed in front of the viewer.  It also fixes the awful, arbitrary scaling problems the HUD code has.  The old HUD only looks right when viewed at 1024x768 and 55 degree FOV.  This works the scale out magically so that it looks right in all views.  It also redefines the "<compression-factor>" tag in the ladder to (1) mean compression instead of expansion and (2) have non-psychopathic units (now "1" means 1 degree per degree).  Fix this in your existing HUD ladder files before reporting bugs.  It's definitely a cosmetic win -- the velocity vector points at the right thing and the horizon lines up properly.

Norman wrote:

I have created a modified version of Andy's patch that implements the 3D HUD as the 'normal' and the 2D HUD as the 'minimal' HUD.   < i > and < shift I > keys

Give MultiPlayer support authority over NetworkOLK

Fix a nasty NetworkOLK/MultiPlayer configure problem

Fix a typo

Add a function to allow transmission of messages to AI entities - the actual implementation is a bit of a temporary hack at the moment

Load ground ATC frequency data, and map all stations by bucket index

Minor formatting changes

Base length of time messages are displayed for on dt rather than iterations in order to de-couple it from frame rate

Change cout and cerr in SG_LOG() where appropriate, otherwise comment it out

David Luff writes:

I've fixed a bug in FGRunways::search(aptid, tgt_hdg) which wasn't working properly for airports with multiple parallel runways. I've also firmed up and pulled out into it's own function the GetReverseRunwayNo code, and done some input checking.

As a result of fixing the above in runways.cxx, I've pulled out the
parallel implementation in the functions that set position by airport and
heading/runway number in fg_init.cxx and called the runways functions
instead.

Add includes for MacOS X

Add multiplayer support from Duncan McCreanor and Diarmuid Tyson

Compiler warning fixes and small updates

Add mach number to the property tree

Add the ability to scroll single ATC messages - this is toggled using property /ATC/display/scroll-single-messages (off by default).  Also increased the time that single messages are displayed in non-scrolling mode - this makes ATC transmissions easier to read.

Added a new turbulence type ttStandard, and made it the default.

ttStandard is copied from ttBerndt, with the following modifications:

1. All turbulence is diminished within three wingspans of the ground.

2. The horizontal forces are used to calculate the moments, but then
   zeroed out so that only the vertical force is actually applied to
   the aircraft.

3. The yaw moment is not used.

In fact, the horizontal forces and the yaw moment should be allowed,
but they are extremely rare compared to the vertical force and the
pitch/roll moments.  For now, simply zeroing them gives the most
accurate feel.

Fix a nasty problem in the FGAIMgr search code that could cause a stackdump with AI traffic enabled

Wire frame mode got broke somehow.  This seems to fix it.

Whoops - left out ++itr in a while(1) loop

Simplify the pitot system and ASI -- the indicated airspeed should be
more reasonable now.

Need to call Init() when initialising tower, otherwise bad things happen...

Emergency fix of a possible dereference dangling pointer path uncovered by Martin Spott

Added a function to determine whether a point is on a given runway

Added a function to return the closest ATC station of a given type

Added simple GPS support (no waypoints yet).

Corrected some typos.

Start roughing in interactive tower control.  AI planes now get the ground control pointer through tower control, which then handles the difference between larger airports with separate ground and smaller ones where tower handles it

Add units to function documentation

Fixed a compile problem that affected gcc-2.95 users on Cygwin and removed a few unused variable warnings

FGAIMgr now searches for proximity to airports with logical networks defined at startup and periodically thereafter, and only starts AI traffic when a suitable airport is found in range (currently only KEMT).  In theory it should now be possible for a user to drop in a *.taxi file in my undocumented-shortly-to-change format into fgfsbase/ATC and have an AI Cessna appear at that airport and fly a circuit if they start there or fly near there.  In practice its probably better until we start using the output from Bernie's taxiway editor, and there's bound to be glitches once other networks are tried

Added a range parameter to the FindByPos search function, also fixed a bug whereby one too few buckets in the North and East direction were searched - hence when only one bucket should have been searched none were

Removed some extraneous debugging output.

Major change:

The "switch" layer type now takes any number of child layers, and will
use the first child that has a condition that evaluates to 'true' (no
condition is automatically true).  Previously, it could take only two
children, controlled by a boolean property.

Make sure that all elapsed time gets passed to update when a subsystem
has a minimum time slice.

Ignore generated files.

New version of basic DME support.  This can coexist with the old one
for a little while, since it uses different properties.  There are
some improvements, especially with searching and range.  It also has
its own serviceable and in-range properties, independent of any
coupled VOR.

Eeek!  Emergency fix of a couple "case" problems for includes.

Whoops - forgot SG_USING_STD(cout)

More stuff to make the AI/ATC system less hardwired and more generic.  Most of the hardwired stuff is now gone - there's just a little bit left in FGAIMgr

Added FindByCode (airport ICAO code) to commlist.  This is basically a wrapper around Flightgear's airport lookup and FindByPos

Added constructor to ATCData struct

If no wind, active runway is now read-out as the most Westward facing one which is consistent with the rest of FlightGear

Removed a lot of the remaining hardwired KEMT stuff, made the initialisation more generic, added the ability to taxi from a parking spot to a runway, used real ground elevation more

Added some airport search functions that are straight copies of a couple of statics in fg_init, and will probably be removed again at some point, and added a function to convert a runway designator string to a spoken style phrase

Added a function to get a path from a gate to a runway threshold, also removed some couts

Tweaks.

David Luff:

// search for the specified apt id and runway no
bool FGRunways::search( const string& aptid, const string& rwyno, FGRunway*
r )

there was a bug, in that each runway corresponds to *two* runway numbers
(eg 01/19, 10L/28R) but the function was only checking one.  I've modified
it to check the supplied number against both possible numbers for each
runway.

Secondly, I sent in the function:

// Return the runway closest to a given heading
bool FGRunways::search( const string& aptid, const int tgt_hdg,
                        FGRunway* runway )

a year or two ago now when I first did the ATIS.  I'm not sure what I was
doing at the time (copied most of it out of fg_init.cxx) but I don't think
it's ever worked, so here's a brutal modification that does!

Updates to the Thanks file contributed by Jim Wilson.

Remove std::

Don't remove the named pipe on a "Reset" or position change (i.e. when
FGExternalPipe is destructed.)  This leaves the name pipe hanging around
even after flightgear exits, but assuming we put the files in /tmp that
shouldn't be a big deal.

IRIX fixes from Erik Hofman

Removed DOS line endings

A small optimization, pass the number of iterations to the remote end and
have it do all the work, rather than calling the remote end "iteration"
number of times.

Add a net_byte_order flag so that the calling code can specify if network
byte order conversion is desired (defaults to true.)

Add support for --fdm=pipe,<pipe_name>

Add ExternalPipe subdirectory.

Minor tweak.

Add src/FDM/ExternalPipe

First stab at a "named pipe" interface to an external FDM.  Compared to the
ExternalNet interface:

- allows a much more closely coupled execution.  A remote network FDM will run
  at it's own rate, and maybe a particular data packets will come, maybe it
  won't.  This makes it very hard to control timing and keep the animation
  smooth.  There are also cpu scheduling issues with running multiple
  processes on a single machine.  The linux scheduler by default runs at
  100hz.  If an FDM process uses a sleep/alarm system to avoid wasting
  CPU, it will be forced to run at 100hz, 50hz, 25hz, 20hz, etc.  This
  makes it *impossible* to serve a display system running at 60hz without
  dropping frames.

- the downside is that the FDM process must now run on the same machine as
  the master flightgear process.

Patch from Frederic Bouvier:

arrays of insufficient size are allocated in prop_picker.cxx ( size()
don't count the null char ) and strcpy is writing outside the allocated
array. A patch follow.

Patch from Erik Hofman:

I've updated the instrument modulator code to allow tricks like the one
described by Andy. It is now possible to define <min>, <max> and
<modulator> in one layer and if <min> and/or <max> ore within the range
of the <modulator> tag, their value will be honoured.

So, if you define

  <layer>
   <min>0</min>
   <max>50</max>
   <modulator>100</modulator>
  </layer>

The value will stay at 50, until the modulator forces it back to 0.

Don't fiddle with control positions at startup -- we can do that in
the *-set.xml files if desired.

Initialize speed from mach number or vcas more-or-less properly.

Add spdFromMach() and spdFromVCAS().

Make sure the atmosphere is updated before the flight model.

Don't allow this subsystem to be suspended.

Refactor things so that individual subsystems can override suspension.

Add a new <power> property to allow raising an axis to a power other
than 1 or 2 (<squared/> still works as well, and is equivalent to
<power>2</power>).

Minor code cleanup.

Use actual terrain ground elevation instead of hardwired KEMT elevation field whilst taxiing.  Still need to fix this for takeoff and landing roll.  Also added a check that a valid gate is found whilst arriving, and simply disappear the plane if none is found (instead of stackdumping\!\!

Initialize the internal pressure to ambient pressure.

Whoops - a stray debugging cout got through

Modified slightly whilst developing the shortest-path algorithm in the ground code.  Also removed some old KPAO specific initialisation.

Added a shortest-path algorithm between two nodes and removed the hardwired KEMT-specific path.  Also tidied up some bugs in the gate handling code

Begin supporting a starting speed for YASim:

- NED and UVW are working correctly
- knots is giving true airspeed instead of calibrated airspeed
- mach is not working at all

This desperately needs a trimming routine.

Add new options:

  --vor=ID
  --ndb=ID
  --fix=ID
  --turbulence=NORM

Invoke fgInitNav() before fgInitPos().

Add fgInitNav() function so that navaids and fixes can be loaded
earlier, before fgInitSubsystems().

Modify fgInitPos() so that the plane is not automatically aligned with
a runway when an airport is the reference point unless (a) a runway
was explicitly requested, or (b) the plane is on the ground with no
offset distance specified.  To set up the plane lined up on an
approach to a runway, use something like

  fgfs --airport=CYOW --runway=32 --altitude=300 --offset-distance=0.5

This way, it's possible to specify a starting position relative to an
airport without getting snapped onto a runway approach (unless you
want to be).

Declare fgInitNav().

Fixed calibrated airspeed output so that it accounts for wind.

Interpolate the twist linearly over the wing.

Reduce the minimum number of twist segments from 16 to 8.

Added a "twist" attribute for wings to allow for washout (or washin,
if desired) in the stall.  This allows for fairly docile stalls when
desired, as on trainers (you also need to limit the elevator lift).

Added basic support for using more than one voice.  The render function is moved out of ATCmgr and into the ATC base class.

Jim Wilson:

Here's a patch to fix the asi problem (it affects most aircraft panels).
[ Avoids a sqrt( x < 0 ) ]

Commented out a stray cout.

Alexander's new files added to Makefile.am

Changes in support of Alexander's ATC menu/transmission work.  In particular all the pop-up dialog stuff has been ripped out of ATCmgr.[ch]xx and moved to ATCDialog.[ch]xx

Better robustness for the ATCData structure istream operator.  Adding fin.close() seems to have cured an intermittent stackdump when reading in the voice files which are the next istream operation to occur.  Unknown types no longer cause the rest of the file not to be read - only the specific unknown entry

Alexander's Approach ATC class modified to support his new menu/transmission code

First draft of work by Alexander Kappes to add dynamically driven menu entries to the pop-up ATC dialog, parsing of text input to the ATC system and parameterised transmissions where the speech of a transmission is derived from the intent based on data files potentially allowing users to specify different phrases for each voice instead of being hard-coded.  This is a work in progress.

Integrate code posted by Jon Berndt, so that only the z-direction
turbulence is diminished near the ground.

Minor code cleanups.

Square the /environment/turbulence-norm property before scaling it for
FGAtmosphere -- that way, there are finer distinctions in the lower
end, where most people will fly.

Fade out the turbulence within two wingspans of the ground.

Connect the FlightGear /environment/turbulence-norm property to the
turbulence gain in JSBSim's FGAtmosphere class.

Latest FGAtmosphere from JSBSim with working turbulence support.

Erik Hofman:

Sort aircraft when using --show-aircraft option.

Erik Hofman:

Adds some small updates to the sound code (add vector clearing in destructors).

Temporarily disabled ILS range tweaking, until we come up with a
better scheme.

While it's true that the actual ILS indications are unreliable when
far off the approach path, the ILS is not out of range -- you can
still ident it (an essential part of any approach procedure), and the
indicator will usually be doing something, however bizarre.  The
current scheme did not allow the user to ident the ILS until
practically on the approach path.

Another tilemgr fix from Jim W.

Several *list.[ch]xx files removed