Hans started a discussion on introducing ring-buffer-based processing into MuBu by asking (in post #2825):
Would it be possible to implement ring recording? Like in superVP.ring or like you can use gbr.dline~.Or is there a nice trick to do this?
To which I replied (in post #2875):
Yes! This one is on the top of the features-to-be-implemented list, but I am afraid that it won’t be for next week either.I am not aware of a trick.
Everything is prepared to do so inside of the container, but there is some code to adapt in the visualizers and synth.
What would be your first scenario?
Hans then said (in post #2876):
About the scenario for a ring buffer recording is to be able to let the buffer follow along while playing and then freeze the situation (of the last 3 to 10 seconds or so) at a convenient moment. It is the way I mostly work (also with superVP.ring). It would also imply that I can use both MUBU and superVP in the same way and that is easier for my brain….
In fact, an important idea and motivation in the development of MuBu is to open up the notion of (quasi-)stationarity – implied in the notion of freezing – to larger time-scales and complex behaviors.
Granular textures, for example, – as we master them now quite decently – are certainly a step further than frozen spectra, but evidently we can go much further so far we have the tools to analyse, represent, and resynthesize the mid-term “behaviors” of our sounds.
For now our investment into the MuBu development goes back and forth between advancing the MuBu infrastructures and integrating new algorithms and models. PiPo is the current construction site.
The plans for the ring processing are pretty ready and the current idea is that time stays absolute and that the tracks will more or less independently move forward in the editor while keeping a constant duration. I think that will be very beautiful and ones we have advanced a little bit on the analysis side I hope to get back to the infrastructure to complete the ring features.
Norbert