Raw Waveform display/processing (notes + code of failed attempt) about t3 HOT 4 OPEN

A simple solution would just be to pull all samples from the Project Sound Track, and keep them globally.
Downsides:

• Large memory use for lengthy tracks
• Only works for Project Sound Track, not streams

from t3.

Interesting. I was using a similar approach by serializing the result of fft as json.
I'm honestly not sure if processing the waveform directly on the flight would be fast enough in c#. But I'm not so much into audio. Maybe @HolgerFoerterer has an idea how to do this.

from t3.

To get sample-precise output for video rendering, I spent a lot of time trying to convince Bass to switch from a real-time-based-approach to another mode where I could get access to buffered data in a consistent way. To be honest I failed too. Whatever I did... whenever I repositioned the playback in any way... things screwed up. So at the moment, I position the playback at the very beginning of the recording and avoid repositioning during the render.

So yes, you should theoretically be able to obtain buffered data by using a comparable approach. At least for FFT data there is a flag to fill the FFT without consuming new data.

But in a real-time scenario, don't expect buffered data to be exactly the same every time. Bass will apparently playback faster/slower and even skip as it sees fit to keep sync. And I don't know how to align that data then. When we get new data, it's obviously current, but that seems to be all we know.

And to answer the question by @pixtur: C# should be able to handle manual processing of stereo samples at 44.1-48 kHz easily.

from t3.

whenever I repositioned the playback in any way... things screwed up

I suspect it might not be possible with the current API due to the nature of sound running in another thread.
You'd need a function that give you the data AND the position in the same API call.... otherwise there is no guarantee they would be in sync.

from t3.