This introduces a new Event, called EventSaveClip which starts saving of a single clip. On the other side, the confusing and not anymore needed no_dealloc option in the
EventStateSaveBuffer was removed. I think this is now easier to understand.
Possible problem: The differentiation of the saving location is done by checking if gui->saveBufferPath is set, feedback here is welcome.
This commit adds a bpm conversion from the fpb to set the
tempo to, and then limits the values to the range as set
in config.hxx. A message is safely printed to the console
when a message is dropped. Fixes#240.
Signed-off-by: Harry van Haaren <harryhaaren@gmail.com>
Before this the pan_style value was not initialized,
meaning that the dial could (very rarely) appear as
a pan style dial when it should not be. Thanks valgrind :)
Signed-off-by: Harry van Haaren <harryhaaren@gmail.com>
This removes auto open of the failed assert, which was
a fancy feature but pretty darn hacky too.
Signed-off-by: Harry van Haaren <harryhaaren@gmail.com>
I wanted to make this const to prevent changes, but since the smoothing_value needs to be calculated based on the samplerate which
is a member of jack this does not work, I dont know how to do this. Any hints welcome.
Because smoothing "speed" distinguish between two sample rates, we need to calculate the right smoothing value for the used sample
rate on runtime. This commit changes this. The SMOOTHING_CONST in config.hxx can still be used to configurate the general speed for
smoothing.
This values introduces a latency of 5ms on 44.1kHz which shouldn't be noticable for anyone. At least I can't notice it. This will be
the base for calculating the smoothing value based on the samplerate, because higher samplerates need other values.