The generic communication protocol for FlightGear provides a powerful way of adding a simple ASCII based or binary protocol, just by defining an XML encoded configuration file. The definition of the protocol consists of variable separators, line separators, and chunks of text. Each chunk defines: for ease of use the property tree node which provides the data the value type (needed for formatting) defines the actual piece of text which should be sent. it can include formatting options like: %s string %i integer (default) %f float (not used or needed in binary mode) an optional multiplication factor which can be used for unit conversion. (for example, radians to degrees). an optional offset which can be used for unit conversion. (for example, degrees Celsius to degrees Fahrenheit). The output section also could define the variable separator and line separator. The separators can be either a control character such as a tab or newline, or a user specified string or other single character. The currently supported control characters are: : : Name Character newline '\n' tab '\t' formfeed '\f' carriagereturn '\r' verticaltab '\v' any other characters just need to be added to "Network/generic.cxx" The var_separator is placed between each variable, while the line_separator is placed at the end of each lot of variables. To enable binary mode, simply include a true tag in your XML file. The format of the binary output is tightly packed, with 1 byte for bool, 4 bytes for int, and 8 bytes for double. At this time, strings are not supported. A configurable footer at the end of each "line" or packet of binary output can be added using the tag. Options include the length of the packet, a magic number to simplify decoding. Examples: magic,0x12345678 length none A simple protocol configuration file then could look something like the following: newline newline false speed V=%d /velocities/airspeed-kt heading H=%02d /orientation/heading-deg 57.29578 pitch angle P=%05.1f float /orientation/pitch-deg