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

There are definitely other use cases to consider.  I am pretty sure that
Matt would like to be able to run multiple instances within a single
MacCsound process.  And I would like to be able to add the same ability to
Mills Csound as well.

Anthony

On 5/2/05 2:28 PM, Steven Yi  etched in stone:

> I don't think it should be too big a deal for resources as the usage
> case scenario for multiple instances is that they will be hosted in
> another program (such as VST) and likely that the host itself will do
> output to a device and not Csound itself.  At least, this is how I
> understand the case to be.



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

yes most definitely.  on OS9 it is already possible because you have 
the option
when loading a dynamic library to allocate each instance in shared or 
private
memory space.  i have really missed that after moving to OSX.  i also 
use csound
for little things like when i open a soundfile i automatically run an 
sndinfo but
cannot when something is running.

for real-time performance especially.
it is often handy to have multiple orcs open and running
all at once.

On May 2, 2005, at 12:06 PM, Anthony Kozar wrote:

> There are definitely other use cases to consider.  I am pretty sure 
> that
> Matt would like to be able to run multiple instances within a single
> MacCsound process.  And I would like to be able to add the same 
> ability to
> Mills Csound as well.
>
> Anthony
>
> On 5/2/05 2:28 PM, Steven Yi  etched in stone:
>
>> I don't think it should be too big a deal for resources as the usage
>> case scenario for multiple instances is that they will be hosted in
>> another program (such as VST) and likely that the host itself will do
>> output to a device and not Csound itself.  At least, this is how I
>> understand the case to be.
>
>
>
> -------------------------------------------------------
> 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