David wrote:

>> Parallelize Polyphonic Instances Only
>> -------------------------------------
>It would be good, IMO, to start  here and work towards more  
>complexity. Unintended side-effects are thus minimized
>Im not sure whether you intended it wrt this (PPIO) but some form of  
>on multiple machine parallelization (what's called a 'render farm' in  
>animation) would be a amazing - presumably controlled via OSC or  
>whatever.

This is not what I meant. What I envision is a single Csound program running in a single process and creating as many other threads as there are "cores" or actual CPUs on the machine.

A "render farm" such as you propose, with or without sample-accurate mixing, would already be possible to implement in a day or so using the Csound API. This may be of some value to others, but I am not going to pursue it myself because I think is important that Csound automatically render in parallel if that is at all feasible.

>...[S]umming of instance output buffers does not always  
>need to be sample accurate. Actually, in my experience, a more "cohere- 
>ant" sound is achieved if it isn't (sample accurate). 

I don't agree, Csound should be sample accurate and this is not hard to implement. If the user wants something else, they should program it in their orchestra.

>In heavily multiple-threaded SW I've written in the past, I  
>found that being able to adjust the thread order added significant  
>qualitative control. 

This would not be hard to do and, as you note, might well be useful.

Thanks for your thoughts,
Mike



-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net