DONOTMERGE support for new serial msg to alter the tint

[p3r7]

client script

here is a lil norns script that calls this newly exposed tint update API. each encoder allows setting R/G/B.

address

NB: this version still uses a new range of address 0xFx.

as discussed, a alternative would be to use a range unused for grids (e.g. the 0x5x encoder) instead.

if changing the address, one would also need to patch these values in this client script.

other APIs

should we have other complimentary APIs:

• to query the current tint value?
• to reset to the default value?
• to change the gamma values?
• to change each level color ("paletted mode")?

weird behavior w/ some tint values

with some R/G/B value combinations, i was surprised to see a sort of palette appear.

e.g. when trying to go w/ the "warm white" of recent grids 255 / 156 / 92, the lowest levels appear red and yellow-green.

idk if it's a bug w/ how the tint/gamma calculations are made or if that's "just how gamma works".

if the later, that would encourage to be able to set each level color & gamma separately to guarantee a similar tint accross the whole range of levels.

[okyeron]

Could use some comments in MonomeSerialDevice.cpp describing what's being sent, etc?

is there a serial /prefix/led/level/map x y type of something sent? If so - documenting that could make it doable from Max I reckon?

Brightness was something I fiddled around with early on because at some point too bright causes the gird to "brown-out" (go all flashy as leds pull more power than is available). So brightness + different colors can get funky.