[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