25 Jan
2008
25 Jan
'08
11:53 a.m.
On Thu, Jan 24, 2008 at 07:44:05AM -0500, Stephen Sinclair wrote:
I've been having a look at ChucK. I like the language, and
in particular the 'strong timing' aspects of it. But:
- While it seems to have a range of not-so-trivial 'instrument'
units, it's lacking in fundamental operators, and of those
that exist some are not really well defined,
- The implementation is horribly inefficient. The basic
processing call for a unit is a function handling a single
sample - lots of overhead.
> If you
wanted to quickly prototype an idea for a DSP routine, how would
> you go about it? It would need to work in real-time, but it wouldn't
> really need to be super-efficient for testing ideas.
Since everyone else is having a go, I guess this is the thread to
mention Chuck...
http://chuck.cs.princeton.edu/ Real-time programming for those who decided patch
cords "aren't for them". ;-)
Also, nice in the fact that you can do per-sample computations easily,
How ? I seem to have missed something...
I've been searching for real-time audio processing tool that would
permit rapid prototyping, for at least two years now, and I haven't
found anything that up to the requirements.
Which is no surprise. It is a ***VERY HARD*** problem.
Ciao
--
FA
Laboratorio di Acustica ed Elettroacustica
Parma, Italia
Lascia la spina, cogli la rosa.