Subject: Re: [linux-audio-dev] protux, stereo and interleaving
From: Richard Dobson (rwd_AT_cableinet.co.uk)
Date: Fri Feb 09 2001 - 11:46:23 EET
It's interesting to me read about 'the kind of plugins LADSPA is meant
for'. I would like to know more about this. I need to do both
de-interleaved processing (for my real-time pvoc processing) and
'wide-buss' interleaved processing, such as handling Second-order
B-Format data (nine channels!). But even in the pvoc work, the analysis
frames are interleaved by audio channel. Overall, interleaved data seems
much more generic, and real-time friendly. Is it really such a
performance-killer - the time to [de]interleave data is a knats-p in a
millpond compared to doing 600+ FFTs in real-time...
Richard Dobson
David Olofson wrote:
...
>
> Anyway, why do this?
>
> Well, there was a rather long thread on interleaved data vs separate
> buffers way back, but the issue wasn't really resolved. IIRC, we just
> concluded that the kind of plugins LADSPA is meant for generally
> don't deal with wide busses, like entire mixers and the like, so the
> speed advantages of interleaved data would be seen by few real
> plugins.
>
> This may or may not be different with MAIA; I just want to make sure
> we're not throwing away a feature that provides transparent support
> for interleaved data (without converter plugins) because it *looks*
> like it could add some overhead...
>
> //David
>
> .- M A I A -------------------------------------------------.
> | Multimedia Application Integration Architecture |
> | A Free/Open Source Plugin API for Professional Multimedia |
> `----------------------> http://www.linuxaudiodev.com/maia -'
> .- David Olofson -------------------------------------------.
> | Audio Hacker - Open Source Advocate - Singer - Songwriter |
> `--------------------------------------> david_AT_linuxdj.com -'
-- Test your DAW with my Soundcard Attrition Page! http://www.bath.ac.uk/~masrwd (LU: 3rd July 2000) CDP: http://www.bath.ac.uk/~masjpf/CDP/CDP.htm (LU: 23rd February 2000)
This archive was generated by hypermail 2b28 : Fri Feb 09 2001 - 11:57:09 EET