* New drivers : buzzer/speaker, voice wtv20 / jq6500 , i2c
First commit, testings to be done
* Voice correction
* Better way to drive voice modules
Same thing as LCD drivers
* Issue #2337 (error mismatch) solved
* Font correction
* Fonts correction again
* oups...
* Voice modules (Companion) & flash saving (ST7920)
* Documentation update
* I2C driver correction
* Mega2560 directory renamed to mega2560
* M2560 driver correction
* Voice directory correction
* Voice=ON does not works with MEGA2560 (OFF/WTV20/JQ6500)
* Compliant to cmake documentation
* On M2560, audioAVR use playnumber et playduration declared in voice.h
Don't know why, must be discuted...
* ‘{’ token forgotten
* Simplier way for AVR voice
* [MULTI] Implement option Value adjustment in Companion
Also refactor ui code to use the same multi table as the radio to make updates easier and consistent
* Fix warnings with gcc 6
* Make the whole thing more C++ like
Using QVector instead of std::vector gives me strange errors.
* Fix gcc warning
* another signedness fix
* Add missing include
* Add Gw008 protocol and move subtype definitions out of the translations
* Add note about struct
* More cleanups
Integrate @mpaperno’s latest ideas about cleaning up
* Lua: All usage of double converted to float. printf("%f") still uses promotion to double, (floating point va_args are always promoted to double)
Speed improvements:
* reordering of rotable to put most used tables at the top
* caching of last found global table
Use real pointer to rotable instead of misusing void* to pass integer value
Lua internal traces now turned on by TRACE_LUA_INTERNALS cmake option
* Replaced floating point division with multiplication (where possible), the hardware FPU is much faster at multiplication vs division.
stb_image: enabled STBI_NO_HDR and STBI_NO_LINEAR (removes code that we don't need)
* Fixes#4438: wrong cast used when setting Lua mixer script input source
Improved parsing of Lua mixer script inputs
* Additional type check
* ScriptDataInput union introduced.
Fixed: when using SOURCE input, do not use default value
Fixed: when using SOURCE input, min-max range is fixed
* Gtest pattern changed
* Fixes#4449: lcdDrawLine_line() was wrong for slanted lines [128x64]
* Fixes#4449: lcdDrawLine_line() was wrong for slanted lines [480x272]
* lcdDrawLine() coordinates check moved to Lua API
* MULTI working on sky9x
* Fix crash with module OFF
* Cosmetics
* Compilation fix / cosmetics
* Typo....
* Multi now available on all ARM platforms
* Does this help?
* Compilation fix
* [firmware][gui] Adjust custom failsafe (and some channel display) ranges for proper extended limits (fixes#4447). This also fixes some display issues in *x64 GUIs when adjusting failsafe settings and cleans up code in those functions.
* [firmware][gui] Fix 480x272 channel output progress bars to show full extended limits; Fix alignment issues on all 212x & 480x gui mixes screens with custom channel names; Streamline some channel outputs display code.
* Fix AVR build.
* Fixes#4284: Prevent Lua from allocating all heap memory (Horus)
Lua bitmap functions cleanup and docs update
Added x or y < 0 check to drawBitmap()
* Proper float constant
Arne Schwabe