groove~ bug??
Can someone please explain to me what is happening in this patch? Just load a sound into the buffer with replace, select all on the waveform, then bang the button at the top to send a -1. (for reverse play) and startloop message to groove~. I figured that when playing in reverse, the loop sync outlet of groove would be going from 1. to 0., and therefore should not trigger the [=~ 0.99], which again makes no sense that it can be simultaneously a zero to non-zero, and a non-zero to zero transition.
It seems that on the reverse loop it should first trigger the [>=~ 0.99] and then, once the loop sync is down to 0.01 it should trigger the [
I could have sworn this patch was working properly when I made it a couple months ago in Max 5 (I have 6 now), but now I am confused.
What am I missing here? Thank you!!
Is the answer perhaps that on a reverse loop groove~ begins at 0. and then immediately jumps to 1., which would therefore trigger these state transitions? If so, why does it do this, and what is a workaround? I simply want to be able to play a sample in reverse, from the very end to the beginning, one time only. It seems that groove~ must be in loop mode to play in reverse, but how can one simply play the sample one time in reverse without looping??
Ok, last thing, just to clarify...I'd like to not only play in reverse one time without looping, but also forward one time without looping. I need to be able to switch back and forth, i.e. one button plays from beginning to end once, and another button plays from end to beginning once.
That's the right idea. Set the rate (1 or -1) with a signal at the same moment as you set the starting point with a message. Bear in mind that 'startloop' is not the only message you can use. You can send a number message specifying the exact starting time in ms. This example uses 0 (beginning of the buffer) and (end of the buffer) as possible starting points, but you can use any number you'd like at any time. Or you can set the loop start and end points and then use 'startloop'.
Oh, this is great, thanks for the suggestion. For my purposes, it's a more efficient way of thinking about it than using startloop. To play in reverse one time only, it only took a very small adjustment of sending a 1 to the loop toggle upon banging the reverse play button, and then a 0 for the loop toggle off message a few milliseconds later (while the sound continues to play).