Here are my suggestions:

(1) Control-periodless graph. This would be possible by adding
 samples_received % input part
 samples_consumed % input part
 samples_available % output part
 samples_taken % output part
to every opcode.

The idea is that the control-period is the maximum period.
The dsp graph execution happens with periods 1 to max
depending on the feedback loops and delays in them.
Delays need to be filled prior.

(The current system with UDOs may work as replacement considering
it is already implemented.)

(2) I second the direct access of the dsp graph from a front-end.
I proposed it some years ago in context of Ardour style application.
I wanted to write GUI part only and have Csound as the audio
engine.

Various meter displays require that Csound sends meter data 20-30
times per second to the front-end. Downsampling is done in Csound,
meter data is perhaps read via shared memory (with FIFO or not).

(3) Csound should have equally good engine for audiofile reading and
writing as in Ardour and in LinuxSampler. If anyone wants implement
them by using Csound as the audio engine.

Just now I have a simple engine in my audiofile editor (incomplete),
but I would like to replace it with an engine which is able to
stream multipart audio data (i.e., play Edit Decision Lists).
Consider also variable speed playing and DJ'ing (scratching?), both
forward and backward.

(4) Csound as library which can be compiled to application.
Csound as server to which application (or multiple apps) may
connect to.

(5) Clearer C code. Proper variable names. Perhaps all opcode
names could also be aliased to longer proper names, if not renamed.

Juhana

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net