Any idea why the (loop 1) message on [sfplay~] doesn't work if the sample is being played backwards?
I have it looping normally, with a 1 on the speed input inlet of [sfplay~]. The instant I send it a -1, it plays the sample once more, then it stops...
I can imagine there is something underneath the code for [sfplay~] that, when set for (loop 1), makes it wait for the last sample, to trigger the audio again. And since I'm playing it backwards, that last sample never comes, therefore it plays it only once, than stops.
Was just wandering if that's an expected behaviour, or a bug.
I can't even create the looping manually, because [sfplay~] won't even bang when done playing if it's set to backwards playback.