[LAD] Prototyping algorithms and ideas

[Fons Adriaensen]

On Thu, Jan 24, 2008 at 07:44:05AM -0500, Stephen Sinclair wrote:

> > > 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/

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. 
 
> 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.