I changed the sound code to let it use FGCondition. This changes the
code and configuration files rather drastically. Furthermore I've added
an in-transit mode which plays the sound only when the tied property is
changing.
Changes:
Code:
* Added condition support to trigger an event
* Removed the <type> section from the main event definition
(this could be done using conditions)
* Removed the abillity to use several events with the same name,
instead it is required to use conditions.
* Updated the README.xmlsound
Base package:
* Changed the configuration files accordingly.
* Changed flaps and gear to use the new in-stransit mode.
* Changed the flps.wav file so it can be looped.
* Created a new gear.wav file (whcih can be looped)
and a gear-lck.wav file for gear locking sound.
IMPORTANT:
To change existing configuration files to the new ones, it is important
to pack events with the same name together into one singel event, using
the condition specification. Also, when using special types (inverted,
flip-flop, raise or fall) these should be changed to a conditions also.
For more information, please look at
FLightGear/docs-mini/README.xmlsound and the supplied aircraft
configuration files located under FlightGear/Aircraft (espesially
c172/c172-sound.xml and c310/c310-sound.xml).
aircraft that do not have 3d cockpit configured. Toggling is done with the
"c" key. Note also that for now, since the 3d models don't have a "small"
panel defined, the "s" key is disabled if "allow-toggle-cockpit" is true.
These are the updates for the View manager properties. Removed the last of
items (within the viewer/viewmgr) hard coded to view number. Added support
for per view configuration of ground level nearplane value. Tower views look
very nice with little or no z-buffer problem in the models. Pilot offset
dialog can be used to move eye in all views.
Try the following patch to c172.xml, which makes the takeoff-rpm
modification I talked about*. Hopefully things will be more to your
liking; the aircraft maxes out at 2100 RPM while stopped, then the
speed increases to something more like cruise as the airspeed grows.
If you look carefully, you'll actually see the RPM drop very slightly
before it starts increasing. The physical reason for this is that the
blades are "unstalling". As the flow attaches to them, they
experience a sharp increase in induced drag. I was pretty pleased to
notice this little tidbit; it kinda validates the model in an obtuse
way. That being said, I have *no* idea if this effect is noticeable
in a real aircraft. Alex?
This is sufficient to keep the wings level in cruise at 3000 ft, 2200
RPM; the value will have to change as we make changes to the model.
Note that a stock Cessna 172 does not have an aileron-trim wheel
inside the cockpit; to set the trim, you actually bend a sheet of
metal by hand when the plane is on the ground.
lot, since otherwise a property that is never set or tied by
FlightGear itself will always be kept as a string and converted on
each access. That's why fgGetBool and friends could take up a lot of
processor time sometimes.
These add a NEW elevator trim marker
along side the elevator position gauge
also adds missing cemterpoint tick marks
FYI
With this you can see what the AutoPilot is doing
when in one of the 'altitude modes'
