first bang of Live-synced metro has latency
Hello,
I have a metro which is synced to the live transport, I initialise it as [metro 4n].
When I hit the spacebar in Live, the first bang has a lot of latency (randomly between 100 to 500 ms),
from the second on they are all in perfect sync.
A previous version of the same patch does not have this problem, the bangs are in sync right from the start.
What I tried is:
- @active 1
- disconnect as much as possible that could slow down things
- disconnect even more and make is practically the same as my previous version
Non of it helped. Does anybody know how something like this can occur?
Thanks in advance
You could try it with "metro 4n @quantize 4n". It's a kind of done twice, but it works more stable and is somewhere recommended in the help files.
If this doesn't work better, try to use plugsync~. There you get raw midi ticks, which you can filter with % 480 or something like that.
Are you indeed sure, that the first delay isn't caused by the overall start delay of Live (plugin delay compensation)? Does a midi note or audio on the first beat sound earlier than the delayed metro bang? If this is the case then please send a bug ticket to support@cycling74.com together with a small amxd, which shows it.
Thank you for your reply!
I hope to do a deep analyses on what's going on asap, I'll report
back here if I find anything.
About @quantize: I was already using that.
About plugin delay: yes I'm sure it's not that. I also check with Live metronome on and the first beat is not in sync.
I managed to find the problem.
I'm posting my findings here because it might be useful for someone
and maybe somebody can say if it's expected behaviour or a bug,
because that I don't know. If it's a bug, I'll send a bug ticket to cycling.
For my own patch it's less important because, meanwhile, I was able to bypassed the problems.
There were two things causing the problem, but each of the two things alone is
enough to cause the problem. For both, copy the code in a maxforlive device, put any instrument behind
it and turn on the metronome. Hit the spacebar to start ableton's transport and hear how the first midi note
has some latency compared to the metronome, alway's a different amount of latency. The second quarter note is alway's on time.
Hit a few times stop and play with the space bar to hear the effect.
1.
It's basically a [delay 4n] connected to a [metro 4n] without connecting the delay's outlet to anything else,
that's all.
2.
It's a transport object connected to a separate [metro 4n] object. The latency is a bit
less then nr. 1, but it's still clearly noticeable after a few tries.
I tested both in max 6.1.10 and max 7.1 with pretty much the same result.
I run the patches on a:
I7 3.07ghz
8 gb ram
yosemite 10.10.3
ableton 9.6
RME Fireface UC at 256 sample buffer rate, 44,1 khz