[linux-audio-dev] [semi-OT] EEL 0.1.0
Dave Robillard
drobilla at connect.carleton.ca
Mon Jan 10 20:31:31 UTC 2005
On Mon, 2005-10-01 at 10:31 +0000, Steve Harris wrote:
> On Sun, Jan 09, 2005 at 09:47:12 +0100, Stefan Westerfeld wrote:
> > Hi!
> >
> > On Sun, Jan 09, 2005 at 09:08:22PM +0100, David Olofson wrote:
> > > There! I've decided the new, rewritten EEL scripting engine is about
> > > ready to start playing around with.
> >
> > My BEAST Evaluator plugin allows the user to add custom DSP code like
> > writing
> >
> > output = sin (input_1 * 7) + 1 + 0.4 * last_input_1;
> > last_input_1 = input_1;
> >
> > in a property at the GUI, to allow the user to add its own custom DSP
> > code. But its really just started, thus I am wondering whether EEL is
> > intended for this domain (RT audio processing), or whether it will be
> > too slow. Then I might rather work on an BEAST EEL module.
>
> Ooh, interesting, I've been wanting to write a DSSI plugin like this for
> some time. I was going to use compiled C though :)
>
> - Steve
I'm very interested in the idea of being able to code modules in a
modular synth live (in realtime) as well.
I was considering using ChucK, given that it's specifically designed for
RT performance use and can insert/remove/replace pieces of code into the
vm while running, but it looks like it would be a significant amount of
work to adapt the ChucK engine to be controlled by another app.
I need the guarantee that the audio thread of the language/VM is 100%
realtime safe (ala the jack guidelines). Looks like possible choices
are EEL, ChucK, and perhaps this "Faust" PaulD mentioned (never heard of
it myself).
Anyone know of any other alternatives?
-DR-
More information about the Linux-audio-dev
mailing list