Markus Baumknecht

buffer_write_tester.maxpat

I am writing a patch in which the contents of a running buffer are timestretched using the groove~ object.

the running buffer works fine, and playback via groove~ is smooth and simultaneous until I set the @timestretch attribute to 1, at which point the onset of playback is delayed by about ~3 seconds.

my guess is that the groove~ object uses an internal buffer when in timestretch mode but not when @timestretch is switched off, but I coulnd't find anything about this in the documentation.

I was wondering if there's a way to access and disable/shorten that buffer in order to make playback near-simultaneous? or if there is an alternative to groove~?

The slight delay kind of defeats the whole purpose of my patch ... :/

any help is much appreciated, also if anyone has feedback on my 'rolling buffer' I'd like to hear it, this is the first one I've written and I'd imagine there's more efficient ways to do it.

the running buffer works fine, and playback via groove~ is smooth and simultaneous until I set the @timestretch attribute to 1, at which point the onset of playback is delayed by about ~3 seconds. 

The slight delay kind of defeats the whole purpose of my patch ... :/

any help is much appreciated, also if anyone has feedback on my 'rolling buffer' I'd like to hear it, this is the first one I've written and I'd imagine there's more efficient ways to do it. 


 
hi everyone
I am writing a patch in which the contents of a running buffer are timestretched using the groove~ object.
the running buffer

groove~-object-timestrech-question

Hey, I've had some success using the Karma~ library for this purpose (writing into the object and then reading back and live timestretching with groove)

see attached, its an old patch so there may be some icky bits but i used it for the basis for a fairly deep M4L setup, hope it makes sense :)

Poly~ Karma File System.maxpat

thanks for getting back and sorry replying so late, I was out of country for a while ...

I've looked at your patch and I am not sure I got it right but it seems there is still a slight delay, about 750 ms. or did I get this wrong?

it's impossible to have a completely delay free timestretch with a rolling buffer, because the buffer needs to be filled first. Maybe experiment with reducing the size of the buffer? im pretty sure i left controls in there for htat

groove~ object @timestrech attribute // question