Csound Csound-dev Csound-tekno Search About

Re: [Cs-dev] OSX changes

Date2005-05-02 19:34
FromMichael Gogins
SubjectRe: [Cs-dev] OSX changes
Multiple instances MIGHT contend for resources -- but not always! 

The most obvious example is a MIDI/audio sequencer such as Cubase, running multiple CsoundVST plugins. A number of people have asked for this. Another example would be PD or SuperCollider running multiple Csound instances. 

Yet another example would be writing a multi-threaded application based on the Csound API for rendering independent tracks of a large project on multiple threads, each using an independent instance of Csound -- "clustered Csound", if you will.

This last scenario is exciting because it could mean scaling Csound performance up dramatically on multi-processing systems. There is no reason the API cannot be used to pull events from a common score, parcel out independent events to independent instances of Csound, collect the audio from each instance, and mix it into a common soundfile or send it to a common audio output.

Regards,
Mike

-----Original Message-----
From: Victor Lazzarini 
Sent: May 2, 2005 11:23 AM
To: csound-devel@lists.sourceforge.net
Subject: Re: [Cs-dev] OSX changes

Can't we move the statics into the IO dataspace we
are already using?

Btw, if we want to run more than one csound instance in
one address space, would it mean that the several
instances would compete for IO resources? I can't
see that working on windows and OSX; if a driver is
open by one instance, another instance will not be
able to access it. We will need to have a way of sharing
these things.

Re: merging I suggest that we merge the two and use the
pa_blocking code for windows/OSX only, and the writestream
blocking functions for Linux only. That way no new extra
command-line options are needed.

Victor

>
> Victor Lazzarini wrote:
>
> > pa_blocking.c already uses csound->Message(), we
> > can change rtpa.c as well, I think it's a good idea.
>
> Another issue is that rtpa.c/pa_blocking.c use static
> variables. This is not a problem as long as only one
> instance is running, but Csound5 is designed to allow
> multiple instances in the same address space (and that is
> very close to working now).
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4
> great events, 4 opportunities to win big! Highest score
> wins.NEC IT Guy Games. Play to win an NEC 61 plasma
> display. Visit http://www.necitguy.com/?r=20
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2005-05-02 19:47
FromSteven Yi
SubjectRe: [Cs-dev] OSX changes
AttachmentsNone