ArduCopter: Another attempt at fixing the lat/lon printing bug in which small negative lattitudes or longitudes were appearing as positives.

Fixed in both ArduCopter Log.pde and the GPS Auto test sketch

fix datasource binding exception.

ArduCopter Desktop Build: added definition of "map" to wiring.h and included WMath.cpp to fix SITL build failures.

All real work on this issue done by Michael Oborne.

Moved around initialisation of parmeters in AP_MotorHeli object to remove compiler warnings.

3drradio save settings fix
fix mavlink10 hil scaling
fix some exceptions

Fixes SITL compile error due to type mismatch of set_pwm between .h and .cpp file (this only occurs because on the SITL, "int" is actually "int32_t"

ArduCopter: fixed print_latlon bug in which it would print negative lat/lon numbers incorrectly (i.e. -1234567890 would be printed as -124.xxx).

throttle was outputting incorrectly and allowing the user to max out the throttle leaving nothing for attitude control

This will decrease the max number of waypoints from 186
to 169.

renamed AUTO_ARMING_DELAY to AUTO_DISARMING_DELAY

pulling throttle low in flight turns out to be more common than thought. Removed clearing of takeoff_complete flag. This is still cleared during disarm which is automatic after 30 seconds of no throttle.

add mjpeg video source
add 16x9 hud
conform to http/1.1 specs for mjpeg

* Force all users to reconfigure to take advantage of elevon patch
  ( 669e6867 )

* Previously, the ELEVON_REVERSE parameter was equivelant in function to the
  ELEVON_CH1_REVERSE parameter. These parameter values are found in
  g.reverse_elevons and g.reverse_ch1_elevon, and used to map to the radio_out
  channels in ArduPlane/Attitude.pde
* It seems the author's intent was for ELEVON_REVERSE to change the sign for
  the combination of pitch & roll into ch1 & ch2, as there are already
  parameters which change just the sign of ch1 and just the sign of ch2.
* Discovered this bug because I happened to build an elevon airframe which was
  not possible to setup with the existing ELEVON_ and RCn_REV parameters.
* This will break existing elevon setups if the user used ELEVON_REVERSE
  instead of ELEVON_CH1_REVERSE, since they were previously interchangable.

reversed circle_WP calculation so the next_WP refers to the destination around the circle and circle_WP refers to the center. The intent is to make it easier to see via ground station.

fix updater