What's going on? Recording latency and track delay
What's going on? Recording latency and track delay
I'm trying to record audio from an external device triggered via midi. How basic can you get. I can not seem to figure it out! At first I thought it was related to my hardware midi sequencer, which is synced via midi clock to Live. But I've now narrowed the problem down to just plain audio i/o and it's still there. This is how I'm testing:
I have a kick sequenced in a software using a drumrack. On this kick I put an aux bus to send it to an external output. This output is hard patched directly to an input with a cable. I am recording the input. What I would expect is a latency in the recorded audio of exactly the ms reported in the Live audio preferences. Output buffer + input buffer = total latency. If you then use this latency to set the a negative delay on the recorded track (-latency) it should line up nicely with the original kickdrum sequence. Right??
I'm working at 48khz 256 sample buffers. Live is reporting that my overall latency should be 14.3ms (6.96ms input, 7.35ms output)
I record a bit of the kick sequence in a clip. The recorded audio is off by about 32ms. That is already something I don't understand. How is it off by about twice the total latency?
I set the track delay of the recoded track to -32ms. When I play the it with the original kick, the two line up nicely. Now I do a second recording, but when I check the recorded audio is off by 42 ms! So the current setting of -32ms track delay is not sufficient to line up the second recorded clip with the original sequence.
What I discovered is that if I leave the recorded track delay time set to 32ms the next recording will be off more than 32ms. If I first set the track delay back to 0 before I press record, the recorded audio is always 32ms off.
So my question is:
- Where does this 32ms come from?
- How does this track delay affect the recording audio?
- How I'm I supposed to record multiple takes of audio if the latency keeps moving around after you set a delay time in the recording track?
An easy way to check how much latency there is on the recorded track is to turn off "warp" and move the most right box of the start marker. It will show the milliseconds when you line up with the first hit.
Who is messing with me here. Live, my audio drivers, ...? This is my setup:
RME Fireface 400
OSX 10.8.3
Live 9.0.2
I hope someone makes sense out of all this.
I have a kick sequenced in a software using a drumrack. On this kick I put an aux bus to send it to an external output. This output is hard patched directly to an input with a cable. I am recording the input. What I would expect is a latency in the recorded audio of exactly the ms reported in the Live audio preferences. Output buffer + input buffer = total latency. If you then use this latency to set the a negative delay on the recorded track (-latency) it should line up nicely with the original kickdrum sequence. Right??
I'm working at 48khz 256 sample buffers. Live is reporting that my overall latency should be 14.3ms (6.96ms input, 7.35ms output)
I record a bit of the kick sequence in a clip. The recorded audio is off by about 32ms. That is already something I don't understand. How is it off by about twice the total latency?
I set the track delay of the recoded track to -32ms. When I play the it with the original kick, the two line up nicely. Now I do a second recording, but when I check the recorded audio is off by 42 ms! So the current setting of -32ms track delay is not sufficient to line up the second recorded clip with the original sequence.
What I discovered is that if I leave the recorded track delay time set to 32ms the next recording will be off more than 32ms. If I first set the track delay back to 0 before I press record, the recorded audio is always 32ms off.
So my question is:
- Where does this 32ms come from?
- How does this track delay affect the recording audio?
- How I'm I supposed to record multiple takes of audio if the latency keeps moving around after you set a delay time in the recording track?
An easy way to check how much latency there is on the recorded track is to turn off "warp" and move the most right box of the start marker. It will show the milliseconds when you line up with the first hit.
Who is messing with me here. Live, my audio drivers, ...? This is my setup:
RME Fireface 400
OSX 10.8.3
Live 9.0.2
I hope someone makes sense out of all this.
Re: What's going on? Recording latency and track delay
Any additional effects on the channel? Any other effects in the live set?
Re: What's going on? Recording latency and track delay
are there any fx in the chain?
are you monitoring from Live or from mixer?
did you set Midi clock latency correctly ?
did you set the 'driver error compensation' like in the built-in tutorial?
are you monitoring from Live or from mixer?
did you set Midi clock latency correctly ?
did you set the 'driver error compensation' like in the built-in tutorial?
Re: What's going on? Recording latency and track delay
No fx, I'm testing only with one instrument track (drumrack), one return track (to send kick to outlet simultaneously) and one audio track to record the 2 together.
I'm monitoring from live.
Midi clock latency is not relevant now, since I play and record audio only now. I have removed my midi sequencer from this test.
When I do the tutorial on driver error compensation, my computer shows no delay. That is possible right? Or is there something fishy about this?
I found this from another RME user:
https://www.ableton.com/answers/no-driv ... he-rme-ufx
I'm monitoring from live.
Midi clock latency is not relevant now, since I play and record audio only now. I have removed my midi sequencer from this test.
When I do the tutorial on driver error compensation, my computer shows no delay. That is possible right? Or is there something fishy about this?
I found this from another RME user:
https://www.ableton.com/answers/no-driv ... he-rme-ufx
Re: What's going on? Recording latency and track delay
Support asked me to use the latest 9.03 beta and try again. This time it didn't record the audio 32ms late, but 32 early. I found a clue though. When I have the recording track monitoring input set to "auto" it will record early/late. When I set the input to "off" it records the audio exactly in sync.
Is this expected behaviour, and if so, why does it work like this? I can't understand how it is able to record the input exactly in sync with my original kickdrum track. The audio is going out of my soundcard, and back in again with a loopback patch cable. How can Live know that the audio is passing my output and input buffers, and know that the audio needs to be corrected with that amount of latency?
I understand that the latency of the audio I'm hearing depends on the type of monitoring, but this should never influence the latency of the actual audio thats being recorded right!?
I'm confused
Is this expected behaviour, and if so, why does it work like this? I can't understand how it is able to record the input exactly in sync with my original kickdrum track. The audio is going out of my soundcard, and back in again with a loopback patch cable. How can Live know that the audio is passing my output and input buffers, and know that the audio needs to be corrected with that amount of latency?
I understand that the latency of the audio I'm hearing depends on the type of monitoring, but this should never influence the latency of the actual audio thats being recorded right!?
I'm confused
Re: What's going on? Recording latency and track delay
Just for the record, I got an answer from an RME user. I already found that with input monitoring turned off I had no latency problems. I just didn't understand why I couldn't possibly record anything in sync with monitoring on. Turns out it is meant to work like that.
They should definitely put this in the manual ...and I'm surprised support couldn't tell me thisAbleton records midi and audio differently depending on whether you choose monitoring "OFF" or "IN"/"AUTO"
if set to "off" it will recording, it shifts events early according to buffer size latency because it assumes you are monitoring directly with no delay (like asio direct monitoring) - Cubase/studio one have this as default
if set to "in" or "auto" it shifts event later according to buffer size latency so that events are placed "when they are heard" because you compensate and play a little earlier because of the delay
This is not explained in the manual
-
- Posts: 146
- Joined: Sat Dec 17, 2011 2:51 am
Re: What's going on? Recording latency and track delay
You get full marks for posting your question in such a clear and complete manner, and double bonus points for posting the final answer you found elsewhere. I'd noticed weirdness in latency / delay with audio, but never pursued it to the end like you did. Thanks much for your persistence and sharing the answer.0x80 wrote:Just for the record, I got an answer from an RME user....
They should definitely put this in the manual ...and I'm surprised support couldn't tell me thisAbleton records midi and audio differently depending on whether you choose monitoring "OFF" or "IN"/"AUTO"
if set to "off" it will recording, it shifts events early according to buffer size latency because it assumes you are monitoring directly with no delay (like asio direct monitoring) - Cubase/studio one have this as default
if set to "in" or "auto" it shifts event later according to buffer size latency so that events are placed "when they are heard" because you compensate and play a little earlier because of the delay
This is not explained in the manual
--
Moose
"all the musical ability of a blocked nostril"
Re: What's going on? Recording latency and track delay
Good to hear that this is helpful to others Makes me feel a little better about the time and frustration that went into this stupid thing.
Re: What's going on? Recording latency and track delay
well .. this is the normal behavior
explanation:
when you're monitoring through live..
and playback.. you want to hear it in the same (offset) way (with 'input latency')
while when you're monitoring through a mixer..
and monitor mode 'off'..
you want to be played back like you've heard it through the mixer..
("before" input latency)
hope this makes sense..
explanation:
when you're monitoring through live..
and playback.. you want to hear it in the same (offset) way (with 'input latency')
while when you're monitoring through a mixer..
and monitor mode 'off'..
you want to be played back like you've heard it through the mixer..
("before" input latency)
hope this makes sense..
Re: What's going on? Recording latency and track delay
I had this same issue in v8. I eventually gave up on the hope of recording anything from an external source without the assumption that I would have to later reposition my warp markers.
Re: What's going on? Recording latency and track delay
@3dot I understand it makes sense in a way, especially for listening and when playing an instrument along with that. But the main confusion comes from the recording part. I didn't expect my audio to be recorded differently depending on the monitoring setting.
For example I have an external sequencer synced through midi clock. When I start live my sequencer runs perfectly in sync. When I want to record audio from a device which is triggered by the sequencer, I need to keep monitoring off. If I turn monitoring on just because I'm curious to hear what the input sounds like in Live, then the audio is recorded with a latency! I know why it happens now, but it's something you should be aware of, so a warning is in place I think.
Support pointed me to this article where it explains this behavior is configurable.
https://www.ableton.com/en/articles/pla ... imization/
For example I have an external sequencer synced through midi clock. When I start live my sequencer runs perfectly in sync. When I want to record audio from a device which is triggered by the sequencer, I need to keep monitoring off. If I turn monitoring on just because I'm curious to hear what the input sounds like in Live, then the audio is recorded with a latency! I know why it happens now, but it's something you should be aware of, so a warning is in place I think.
Support pointed me to this article where it explains this behavior is configurable.
https://www.ableton.com/en/articles/pla ... imization/
Re: What's going on? Recording latency and track delay
they should update it.. I think 'strict delay comp' is on by default now..
Re: What's going on? Recording latency and track delay
First things first...
1)External Device "Master"->Ableton "Slave"-> Switch on EXT (Delay Compensation ON)
(this can be done in Midi prefs via Sync button)
2)Load an External Instrument that corresponds to your device
3)Hit the metronome,go back to Midi prefs and adjust incoming latency
That's it...
1)External Device "Master"->Ableton "Slave"-> Switch on EXT (Delay Compensation ON)
(this can be done in Midi prefs via Sync button)
2)Load an External Instrument that corresponds to your device
3)Hit the metronome,go back to Midi prefs and adjust incoming latency
That's it...
-
- Posts: 241
- Joined: Sun Aug 30, 2009 7:02 am
- Location: Portland, OR
Re: What's going on? Recording latency and track delay
Oh man, this is awesome. I always just assumed, "this is just what you gotta put up with in Live" and just automatically shifted my audio tracks to line up properly as soon as I recorded them. (Was just doing this last night in fact.)0x80 wrote:Just for the record, I got an answer from an RME user. I already found that with input monitoring turned off I had no latency problems. I just didn't understand why I couldn't possibly record anything in sync with monitoring on. Turns out it is meant to work like that.
They should definitely put this in the manual ...and I'm surprised support couldn't tell me thisAbleton records midi and audio differently depending on whether you choose monitoring "OFF" or "IN"/"AUTO"
if set to "off" it will recording, it shifts events early according to buffer size latency because it assumes you are monitoring directly with no delay (like asio direct monitoring) - Cubase/studio one have this as default
if set to "in" or "auto" it shifts event later according to buffer size latency so that events are placed "when they are heard" because you compensate and play a little earlier because of the delay
This is not explained in the manual
I'm gonna experiment a bit with this stuff tonight. Thanks!