Sorry I just noticed this shoul have been [midirealtimein] instead of
[midiin]. Like this:
[midirealtimein]
|
[sel 248]
|
[t b b]
| |
[timer]
|
[/ 4]
Ingo
I don't have an exact plan on how to do this without spending a lot of
time
finding the most effective way for
If you mean milliseconds to bpm and vice versa:
minute = 60,000 ms;
bpm * ms = 60,000;
bpm = 60,000 / ms;
ms = 60,000 / bpm;
[120 \
|
[t b f]
| /
[6(
| /
[/ ]
|
[500 \
Send this to the right inlet of [metro]. Then connect a counter [int
]/[+ 1]/[% 16] (outlet of the modulo to right
I would assume that the rounding errors of metro would make the tempo drift
after a while - depending on the speed.
Using the sample rate would be more accurate.
In order to insure that the rounding errors are not influencing the the
position after a long time recalculating the position
I don't have an exact plan on how to do this without spending a lot of time
finding the most effective way for getting the accurate sample positions.
Maybe someone else has done that before.
However, in your particular case I would simply use midi clock from Ableton
to sync the two. That looks
Hi, Im writing a patch that can work with common beat division instead
of milliseconds notation. In Max there's a Transport object and the
possibility to connect it to metro objects that work with beat
division arguments instead of ms, ej [metro 4n]. Something equivalent
exists in PD?
I made
