Michael Gogins wrote:

> To summarize, the idea is to do a kernel rewrite of Csound that implements
> the existing orchestra language, score language, commands, and behavior in a
> shared library.

That will certainly expand the scope of Csound, and pave the way to (my dream,
as some may have noticed) compilation of Csound instruments as lightweight
VST2 dlls relying on the shared library for DSP work.

> Completely platform-independent kernel written in ANSI C using only the
> runtime library.

Why not C++ ? Aren't UGs best modeled as objects (state + behavior) ?

> Plugin unit generators.
> Plugin function tables.

Flexible growth for Csound. Will direct loading of Csound Plugin UGs by other
frameworks be allowed ? Why not make it a universal Plugin interface for UGs ?

> Java interface that integrates with the JavaSound API.

Java GUI and I/O code on top of fast multiplatform DSP code. That's a perfect
combination IMHO.

>If anyone is interested in working with me on this, email me.

I hope there will be many candidates. I doubt I'll be able to participate in
the coding (i wish i was government funded like you all lucky academics), but
as a potential user I am very interested and would love to be informed of, and
if I can at all contribute to, this project's developments.

In any case thank you Michael for this very constructive proposal.

-- 
Greetings,
Michel
.........................................................................
  Michel Jullian   Directeur General             email mj@exbang.com
  Exbang Industries S.A.
  Mas Chauvain   route de Villeneuve             tel +33(0) 499 529 878
  Maurin     34970 Lattes     France             fax +33(0) 499 529 879
.........................................................................


dupswapdrop: the music-dsp mailing list and website
http://shoko.calarts.edu/~glmrboy/musicdsp/music-dsp.html

>> To summarize, the idea is to do a kernel rewrite of Csound that implements
>> the existing orchestra language, score language, commands, and behavior in a
>> shared library.

Why do you want to start with Csound when Quasimodo is already running
and much closer to what you're talking about than Csound ?

>> Completely platform-independent kernel written in ANSI C using only the
>> runtime library.

Ah, now there's your reason :) 

I hope that you will at least consider using the Csound orchestra
parser from Quasimodo rather than hacking up another "custom parser"
like the one already in Csound. 

>Why not C++ ? Aren't UGs best modeled as objects (state + behavior) ?

Indeed. Although actually, no, because of the speed penalty. This is
one area where you don't want to mess around with too many object
abstractions - its in the inner loop of Csound's execution. However,
that doesn't stop you from using some aspects of C++ for the arguments
to an opcode function, or its internals.

--p

dupswapdrop: the music-dsp mailing list and website
http://shoko.calarts.edu/~glmrboy/musicdsp/music-dsp.html