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:25, 23 February 2016
, 23 February 2016→Objective
| Line 98: | Line 98: | ||
[[File:Reset-reinit-control-panel.png|thumb|reset/reinit control panel for regression testing purposes implemented using Nasal & Canvas]] | [[File:Reset-reinit-control-panel.png|thumb|reset/reinit control panel for regression testing purposes implemented using Nasal & Canvas]] | ||
FlightGear does not currently support saving/loading flights or reliably switching between aircraft at run-time (this is extensively discussed at [[FlightGear Sessions]]). [[Reset & re-init]] is an effort to refactor the FlightGear initialization process so that resetting and repositioning (switching aircraft) is supported, without having to exit or restart FlightGear. Currently, this is exposed via the Canvas-based [[Aircraft Center]], but is considered broken or fragile at best by most core developers. | FlightGear does not currently support saving/loading flights or reliably switching between aircraft at run-time (this is extensively discussed at [[FlightGear Sessions]]). | ||
[[Reset & re-init]] is an effort to refactor the FlightGear initialization process so that resetting and repositioning (switching aircraft) is supported, without having to exit or restart FlightGear. Currently, this is exposed via the Canvas-based [[Aircraft Center]], but is considered broken or fragile at best by most core developers. | |||
The core developers are aiming to find out the dependencies of different subsystems<ref>http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg18066.html</ref>, and re-factor them so that more and more subsystems can be made optional (analogous to [[FlightGear Run Levels|run-levels]])<ref>http://forum.flightgear.org/</ref>, enabling them to be dynamically removed and re-added at run-time. This will be particularly important to untangle implicit or hard-coded dependencies among the different subsystems, 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}}. | The core developers are aiming to find out the dependencies of different subsystems<ref>http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg18066.html</ref>, and re-factor them so that more and more subsystems can be made optional (analogous to [[FlightGear Run Levels|run-levels]])<ref>http://forum.flightgear.org/</ref>, enabling them to be dynamically removed and re-added at run-time. This will be particularly important to untangle implicit or hard-coded dependencies among the different subsystems, 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}}. | ||