I noticed that something that might be related to the loop drift occurs when
an audio clip with silence in the beginning gets an offset,
rubberband transpose uses the finer engine
although all audio clips are within the loop.
The first run and some loop iterations are fine but on others audio of this clip is garbled or silenced.
See screencast and sample session.
My first guess is that it's not rubberband itself but the time it needs for processing.
EDIT: I am afraid the sample session won't be of any help because the issue happens on my slow core i5 only, not on my core i7. This will make it hard to fix but it must have something to do with some async stuff that's not finished in time.
EDIT2: I could reproduce a few issues when setting the core i7's governor to powersave.
Maybe the rubberband processing is done again and again for each loop iteration? Is it then the same as positioning the playhead and press "play" immediately, so it's finally the same root cause as other issues with audio clips that I have from time to time: some async processing for the audio clip without waiting for its end?
That would have some nasty implications since the audio clips' setup must be done only once and not for each loop iteration else each loop iteration might pause for a moment.
EDIT3: It's noticable that the first pass is never a problem and that sometimes there is a pattern which pass works and wich not.
I noticed that something that might be related to the loop drift occurs when
although all audio clips are within the loop.
The first run and some loop iterations are fine but on others audio of this clip is garbled or silenced.
See screencast and sample session.
My first guess is that it's not rubberband itself but the time it needs for processing.
EDIT: I am afraid the sample session won't be of any help because the issue happens on my slow core i5 only, not on my core i7. This will make it hard to fix but it must have something to do with some async stuff that's not finished in time.
EDIT2: I could reproduce a few issues when setting the core i7's governor to powersave.
Maybe the rubberband processing is done again and again for each loop iteration? Is it then the same as positioning the playhead and press "play" immediately, so it's finally the same root cause as other issues with audio clips that I have from time to time: some async processing for the audio clip without waiting for its end?
That would have some nasty implications since the audio clips' setup must be done only once and not for each loop iteration else each loop iteration might pause for a moment.
EDIT3: It's noticable that the first pass is never a problem and that sometimes there is a pattern which pass works and wich not.