The generic communication protocol for FlightGear provides a powerfull 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 chuncks of text. Each chunck 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 charachter. The currently supported control charachters are: : : Name Charachter newline '\n' tab '\t' formfeed '\f' carriagereturn '\r' verticaltab '\v' any other charachters 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