10 Dec
2002
10 Dec
'02
3:58 p.m.
On Tuesday 10 December 2002 12.32, Steve Harris wrote:
On Tue, Dec 10, 2002 at 01:07:48 +0100, Tim Goetze
wrote:
Or an intermediate mode, where the GUI generates unoptimized machine
code more or less directly, by pasting "micro plugins" together.
That would be quite some work just for something that "compiles"
instantly, but runs slower that properly optimized code, and is
architecture dependent... *heh*
//David Olofson - Programmer, Composer, Open Source Advocate
.- The Return of Audiality! --------------------------------.
| Free/Open Source Audio Engine for use in Games or Studio. |
| RT and off-line synth. Scripting. Sample accurate timing. |
`---------------------------> http://olofson.net/audiality -'
.- M A I A -------------------------------------------------.
| The Multimedia Application Integration Architecture |
`----------------------------> http://www.linuxdj.com/maia -'
--- http://olofson.net --- http://www.reologica.se ---
Steve Harris wrote:
Naah, this isn't true it just requires the the engine to recomiple
the dsp code. It makes changes a bit laggy (<1 sec typically), but
its actually quite efficient.
You could have an interpreted mode, where it tries to evaluate it
noramlly, but that /will/ be slow. Linuxsampler is using a similar approach, but its
not blockless
(and it wouldn't be noticably better if it was).
Still if anyone ever wants to tackle this they can have a fair
chunk of my spare brain cycles.
if it's going to run blockless, we'll need all your spare
cpu cycles as well i'm afraid.