Better handling of overflow

[benkuper]

Currently, when sending a lot of messages continuously, LiveOSC2 can't keep up (i guess because it's on the UI thread and locked at 200ms per frame ?), but all the messages are delayed.
For instance, sending volume changes at 60fps for 10seconds and then stopping results in still having volume changes after 30 seconds in Live.

• The best solution would be to be able to manage everything in another, unlocked thread so everything can be real time
• At least having coalesced parameter changes would be far more efficient than assigning everything. If i send 100 different values for the first track's volume real quick and Live can't process them at the same speed, just take the last value sent for this parameter.

[moritzhoewer]

Same problem here :(