On Tuesday 11 January 2005 00.02, Mario Lang wrote:
[...]
> Have you looked at SuperCollider3? It is designed for RT, allows
> for live coding in all sorts of ways (JITLib) and can easily be
> controlled from other apps (the client and server side both can
> send and receive OSC) and it has 8 JACK in and out ports by
> default.
SC3 looks very interesting, but for me, the GPL license is a
showstopper. I need an RT scripting engine for closed source firmware
for a lab instrument (small user base of everything but control
engineers - the only ones who want our source code is our
competitors), and I also prefer my own software (Audiality in
particular) to be usable in both Free and non-Free projects.
>From the technical POV, the fact that SC3 runs the interpreter in a
separate thread sounds rather worrying to me... Why, and what does it
mean in terms of interpreter/audio engine interactiveness? How "real
time" is the actual interpreter? Is the communication sample accurate
in terms of when changes are applied to the audio processing graph?
I know SC is using incremental garbage collection, but that shouldn't
be an issue if it's done right. It can actually be a *better*
solution for RT systems than any form of memory management that
destroys unused objects instantly. (Let's just say large lists, trees
and similar structures are very dangerous in an RT system if you're
using some naive form of refcounting or explicit memory
management...)
//David Olofson - Programmer, Composer, Open Source Advocate
.- Audiality -----------------------------------------------.
| Free/Open Source audio engine for games and multimedia. |
| MIDI, modular synthesis, real time effects, scripting,... |
`-----------------------------------> http://audiality.org -'
--- http://olofson.net --- http://www.reologica.se ---
Received on Tue Jan 11 04:15:24 2005
This archive was generated by hypermail 2.1.8 : Tue Jan 11 2005 - 04:15:24 EET