8 Nov
2014
8 Nov
'14
7:04 p.m.
Am 02.11.2014 00:53, schrieb Robin Gareus:
On 11/01/2014 08:10 PM, Clemens Ladisch wrote:
Thanks for all replies,
At least I didn't look for smoothing value changes, but more for initial
correct bpm values on stable situations.
I solve my issue/mostly/ by adding the event frame time
(nsec)(1000000000.0 / (sample rate / frame_time)) to clock_gettime. This
lead to correct bpm values with max ~1bpm offset.
regards
hermann
hermann meyer wrote:
A very good paper with example code:
http://kokkinizita.linuxaudio.org/papers/usingdll.pdf
(ardour uses that approach to filter MTC, LTC and MClk)
ciao,
robin
_______________________________________________ I try to fetch the bpm from the Midi Clock, and
stumble over "jitter".
How do you usually fetch the bpm from Midi Clock, any pointer will be welcome.
<http://en.wikipedia.org/wiki/Phase-locked_loop>
<http://en.wikipedia.org/wiki/Kalman_filter>
MIDI clock is interesting, because deviations from the predicted clock
frequency are either errors and must be suppressed, or are because of
a change in tempo and must replace the old clock rate.