FlightGear Headless: Difference between revisions

m
Line 23: Line 23:


While confining FlightGear's design and use cases to this standard use scenario was of course very valid and feasible (as this is definitely the primary use) this restriction isn't necessarily ideal or even appropriate for the project to eventually be able to leverage itself for increasingly important purposes such as '''automated unit testing''' or '''automated benchmarking''' of individual FlightGear components in order to do '''regression testing'''.
While confining FlightGear's design and use cases to this standard use scenario was of course very valid and feasible (as this is definitely the primary use) this restriction isn't necessarily ideal or even appropriate for the project to eventually be able to leverage itself for increasingly important purposes such as '''automated unit testing''' or '''automated benchmarking''' of individual FlightGear components in order to do '''regression testing'''.
This is an approach that is already used by the jsbsim project to some extent [http://sourceforge.net/mailarchive/forum.php?thread_name=003c01c9de85%2421a04ce0%2464e0e6a0%24%40net&forum_name=jsbsim-devel
].


This RFC is meant to discuss the possible merits and approaches of allowing FlightGear to be used non-interactively, i.e. in an automated fashion such as for example by invoking it via shell scripts, so that FlightGear doesn't necessarily have to rely on user input or even a graphical output window in order to do a certain, ''well-defined and limited'' job, such as for example running certain subsystems for benchmarking purposes or by running scripted flights to fly standard patterns in order to generally help test aircraft that are considered for inclusion in upcoming FlightGear releases.
This RFC is meant to discuss the possible merits and approaches of allowing FlightGear to be used non-interactively, i.e. in an automated fashion such as for example by invoking it via shell scripts, so that FlightGear doesn't necessarily have to rely on user input or even a graphical output window in order to do a certain, ''well-defined and limited'' job, such as for example running certain subsystems for benchmarking purposes or by running scripted flights to fly standard patterns in order to generally help test aircraft that are considered for inclusion in upcoming FlightGear releases.
2,561

edits