Re: [linux-audio-dev] [semi-OT] EEL 0.1.0

From: Dave Robillard <drobilla@email-addr-hidden>
Date: Mon Jan 10 2005 - 22:31:31 EET

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-
Received on Tue Jan 11 00:15:28 2005

This archive was generated by hypermail 2.1.8 : Tue Jan 11 2005 - 00:15:28 EET