Subject: Re: [linux-audio-dev] latest news: the editor taketh shape
From: Kai Vehmanen (kaiv_AT_wakkanet.fi)
Date: Tue Oct 24 2000 - 11:08:53 EEST
On Mon, 23 Oct 2000, Paul Barton-Davis wrote:
> LADSPA was, by its designers own clear statements of intent, and on
> this list recently, constructed as a least-common denominator of
> several real-time plugin systems.
Least-common denominator yes, for real-time systems, no. LADSPA
does support realtime hosts (activate() and deactivate() callbacks,
LADSPA_PROPERTY_REALTIME flag), but it's definitely not meant only
for rt-purposes. LADSPA plugin just provides a function that processes
a block of sample data, that's it.
> If you have a system in which you don't believe you have the CPU power
> to run the plugin chain in real-time, LADSPA (or any real-time plugin
> API) can't help you.
Tell this to ecasound and ecawave users who use LADSPA plugins for
offline/nonrealtime processing all the time. Including myself.
> As Richard has noted, for many kinds of effects, this makes no
> difference, and LADSPA works well. But there are also problems that I
Exactly!
> echo/delay plugin - how does it tell the host that the duration of the
> N samples it was handed has been extended to N+M ?
Yes, this is clearly a problem, but not enough to drop LADSPA support
completely. Add silence to the end and you got this problem covered
(something that users just might manage to do themselves).
> I'm not trying to dump LADSPA. But it wasn't designed with editing
> apps in mind, and particular not apps that can't ensure they can run
Aargghh! :) Damn, I guess I should check my calender. I guess it's back
to 1999 again. ;)
-- . http://www.eca.cx ... [ audio software for linux ] /\ . . http://www.eca.cx/aivastus ... [ aivastus net radio ] /\ . . http://www.eca.cx/sculpscape [ my armchair-tunes mp3/ra/wav ]
This archive was generated by hypermail 2b28 : Tue Oct 24 2000 - 11:44:24 EEST