20,741
edits
Howto:Reset/re-init Troubleshooting: Difference between revisions
Jump to navigation
Jump to search
Howto:Reset/re-init Troubleshooting (view source)
Revision as of 16:27, 23 February 2016
, 23 February 2016→Objective
| Line 106: | Line 106: | ||
This will be particularly important to untangle implicit or hard-coded dependencies among the different subsystems<ref>http://sourceforge.net/p/flightgear/mailman/message/34793948/</ref>, and will be one of the key tasks to move certain subsystems into dedicated [[High-Level Architecture]] (HLA) {{wikipedia|High-level architecture#Common HLA terminology|federates|noicon=1}}. | This will be particularly important to untangle implicit or hard-coded dependencies among the different subsystems<ref>http://sourceforge.net/p/flightgear/mailman/message/34793948/</ref>, and will be one of the key tasks to move certain subsystems into dedicated [[High-Level Architecture]] (HLA) {{wikipedia|High-level architecture#Common HLA terminology|federates|noicon=1}}. | ||
One of the long-term goals is to provide a so called "[[FlightGear Headless|headless]]" mode so that certain features/subsystems (unrelated to graphics) can be better tested in isolation. An example would running FlightGear in an automated fashion on the [[FlightGear Build Server]], which could help increasingly automate the release process and related regression testing<ref>http://sourceforge.net/p/flightgear/mailman/message/34741767/</ref><ref>http://sourceforge.net/p/flightgear/mailman/message/34627074/</ref><ref>http://sourceforge.net/p/flightgear/mailman/message/34657550/</ref><ref>http://sourceforge.net/p/flightgear/mailman/message/34701971/</ref><ref>http://sourceforge.net/p/flightgear/mailman/message/34657898/</ref>. | One of the long-term goals is to provide a so called "[[FlightGear Headless|headless]]" mode so that certain features/subsystems (unrelated to graphics) can be better tested in isolation. An example would running FlightGear in an automated fashion on the [[FlightGear Build Server]], which could help increasingly automate the release process and related regression testing, which is another stated goals of several core developers<ref>http://sourceforge.net/p/flightgear/mailman/message/34741767/</ref><ref>http://sourceforge.net/p/flightgear/mailman/message/34627074/</ref><ref>http://sourceforge.net/p/flightgear/mailman/message/34657550/</ref><ref>http://sourceforge.net/p/flightgear/mailman/message/34701971/</ref><ref>http://sourceforge.net/p/flightgear/mailman/message/34657898/</ref>. | ||
The other goal is to increasingly modularize FlightGear by using HLA <ref>http://sourceforge.net/p/flightgear/mailman/message/34694887/</ref>and split off the simulation loops (see also [[FGViewer]]), as well as [[Supporting multiple renderers|supporting different renderers]] (such as [[Rembrandt]] and [[ALS]]), scenery engines (e.g., standard and [[osgEarth]]) and weather engines, in a fashion similar to how FlightGear already supports different FDM engines ([[JSBSim]] and [[YASim]]). HLA will make it possible for certain subsystems to be moved to dedicated cores by using separate threads or even processes, meaning that certain subsystems may even be able to be on a different computer, in a distributed setup. | The other goal is to increasingly modularize FlightGear by using HLA <ref>http://sourceforge.net/p/flightgear/mailman/message/34694887/</ref>and split off the simulation loops (see also [[FGViewer]]), as well as [[Supporting multiple renderers|supporting different renderers]] (such as [[Rembrandt]] and [[ALS]]), scenery engines (e.g., standard and [[osgEarth]]) and weather engines, in a fashion similar to how FlightGear already supports different FDM engines ([[JSBSim]] and [[YASim]]). HLA will make it possible for certain subsystems to be moved to dedicated cores by using separate threads or even processes, meaning that certain subsystems may even be able to be on a different computer, in a distributed setup. | ||