]> git.mxchange.org Git - flightgear.git/commit
A number of cosmetic and/or infrastructural changes.
authorDurk Talsma <durk@localhost.(none)>
Sun, 4 Sep 2011 18:27:36 +0000 (20:27 +0200)
committerDurk Talsma <durk@localhost.(none)>
Sun, 4 Sep 2011 18:27:36 +0000 (20:27 +0200)
commit35abe6d0ab947a8cd2a5eca703d7f731ad5dac65
treec408f03db5bd0caa9f8291c846ea701f5a74de9f
parent741efe2efbbbc3eb297eae1ddc7818bf86950444
A number of cosmetic and/or infrastructural changes.
Traffic Manager:
* Just continue routing until we run out of flights. This change removes one of the major requirements for setting the "Home port" field.
* Add a time restriction requirement for the aircraft scheduler; this became necessary after removing the limited-to-home-port routing restriction.
* Added a new field to the heuristics calculation: take into account whether an aircraft has already been used in a previous session. Rotate aircraft assignments for greater variability across sessions.
* Added a revision number to the cache files, so that old cache results, which are no longer compatible with the new file format, are discarded.

Groundnetwork and traffic control:
* Added a revision number to the cache files, so that old and incompatible results are discarded.
* The caching algorithm probably didn't store the correct data for airports that were processed while the user was quite far away. This is now corrected by checking whether the cached elevation data are equal to the generic airport elevation.
AIAircraft:
* I've been searching for the infamous aircraft bend-over-backward bug, that can occur during initialization, but to no avail yet. The only variable potentially responsible (tgt_vs) wich can explain the irregular jumping behavior, as well as the weird pitch results is initialized in AIAircraft's only constructor (through AIBase), and I can't find any situation in the ground handling code where this variable could get bizarre values. But,
* a couple of tgt_vs. calculations appear to be completely redundant. This value was calculated twice inside the ProcessFlightplan function, and subsequently again in the updateSecondaryTargetValues function. I have removed the calculations in the process flightplan function, without any apparent side effect.
src/AIModel/AIAircraft.cxx
src/ATC/trafficcontrol.cxx
src/Airports/groundnetwork.cxx
src/Traffic/Schedule.cxx
src/Traffic/Schedule.hxx
src/Traffic/TrafficMgr.cxx
src/Traffic/TrafficMgr.hxx