linuxaudio.org

On Wed, 29 Jun 2011, Nick Copeland wrote:
>>    - LADSPA and LV2 are built to process 32-bit

quoted text
>>      floating point PCM data, and have no provision

>>      for processing 16-bit integer PCM data.

>

> Do these systems actually process the floats though? I would have thought

> most of their work was moving floating point *buffers around so that other

> programs could do DSP work on them - these are plugin processors so there

> is not a great demand that they manipulate the data they move between the

> plugins (LADSPA is rather unfortunately named as in does seem to suggest

> it does DSP which it doesn't - but I will happily stand corrected here).

Most LV2 and LADSPA plugins do the DSP work in floating

point... so... yes. :-)
But, here's what I'm getting at. Suppose you optimize your

plugin chain for fixed-point (integer) math but use the

current LV2 protocol.  A prosaic approach is:
   1. Synth plugin.

      generates audio.

      Converts to float.

      sends to next plugin
   2. FIR filter.

      Converts float to int.

      Processes data.

      Converts int to float.

      Sends to next plugin.
   3. Convolution Reverb

      Converts float to int.

      Processes data.

      Converts int to float.

      Sends to next plugin.
All those needless conversions don't settle right with me.
> Yes, but I don't think it has to be that big. The bigger

quoted text
> issue is why the hell would you want to do it, integrate

> LV2 and LADSPA on to this platform?

Why would we?  Because they're mature technologies.  Why

reinvent the wheel?
> Don't you think it is more likely that people who are interested will run

quoted text
> Linux as a replacement for Android on the ARM tablets rather than have

> the apps ported over?

Maybe today, with tablets.  But not their phones.
-gabriel
_______________________________________________

Linux-audio-dev mailing list

Linux-audio-dev@lists.linuxaudio.org

http://lists.linuxaudio.org/listinfo/linux-audio-dev