problems with remote server and Bus class, plus latency in starting synths

[miguel.negrao]

Hi

I'm working with the 192 speaker system in Leiden (NL) using my own
code. It consists of two mac pros each with 96 outputs. I got a fairly
recent svn version running on each (8966). I'm running the stuff from my
laptop and sending to the servers. I get the following problems:

1 - In my code I use the Bus class to do bus allocation. In my laptop I
set the exact same option I'm putting in the servers (200 audio busses,
96 outs, 8 ins, etc). When I request a bus from my laptop
Bus.audio(~gol1,1) I get a bus with index 40 which is an audio input of
the sound card, so it's wrong; if I do the same directly in the server
(via vnc) I get index 104 which is correct. Shouldn't the Bus class also
work with remote servers ? At some point I started getting the correct
bus indexes from my laptop and everything worked ok, then I recompiled
my library, booted everything again and got the same problem, so now I
have no idea how I made it work...

2 - It takes a whole minute or more for the servers to start playing my
synths. That is 1gigaBPS network, it can copy hundreds of megabytes in
one minute, so somehow I doubt it's just the time the synthdef takes to
go from my laptop to the server. (each synthdef is created on when i
call play, because they depend on lots of things and cannot be static).
Also in a normal 100Mbps router in my house, with another laptop running
linux the synths start instantaneously. I'm using the Interface class,
to which I call .play.

any input apreciated.

thanks as always,

ps: any idea on that problem with the TabView and the SCCompositeView ?
--
Miguel Negrão // ZLB
http://www.friendlyvirus.org/artists/zlb/


_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Scott Wilson-3]

On 14 Apr 2009, at 20:55, Miguel Negrao wrote:

> Hi
>
> I'm working with the 192 speaker system in Leiden (NL) using my own
> code. It consists of two mac pros each with 96 outputs. I got a fairly
> recent svn version running on each (8966). I'm running the stuff  
> from my
> laptop and sending to the servers. I get the following problems:
>
> 1 - In my code I use the Bus class to do bus allocation. In my  
> laptop I
> set the exact same option I'm putting in the servers (200 audio  
> busses,
> 96 outs, 8 ins, etc). When I request a bus from my laptop
> Bus.audio(~gol1,1) I get a bus with index 40 which is an audio input  
> of
> the sound card, so it's wrong; if I do the same directly in the server
> (via vnc) I get index 104 which is correct. Shouldn't the Bus class  
> also
> work with remote servers ? At some point I started getting the correct
> bus indexes from my laptop and everything worked ok, then I recompiled
> my library, booted everything again and got the same problem, so now I
> have no idea how I made it work...

Can you post a simple example which demonstrates this?

>
>
> 2 - It takes a whole minute or more for the servers to start playing  
> my
> synths. That is 1gigaBPS network, it can copy hundreds of megabytes in
> one minute, so somehow I doubt it's just the time the synthdef takes  
> to
> go from my laptop to the server. (each synthdef is created on when i
> call play, because they depend on lots of things and cannot be  
> static).
> Also in a normal 100Mbps router in my house, with another laptop  
> running
> linux the synths start instantaneously. I'm using the Interface class,
> to which I call .play.

This sounds like you're sending time stamped bundles and the clocks on  
the remote machine are a minute out. Is that possible?

S.

>
>
> any input apreciated.
>
> thanks as always,
>
> ps: any idea on that problem with the TabView and the  
> SCCompositeView ?
> --
> Miguel Negrão // ZLB
> http://www.friendlyvirus.org/artists/zlb/
>
>
> _______________________________________________
> sc-users mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[miguel.negrao]

Scott Wilson escreveu:

>
> On 14 Apr 2009, at 20:55, Miguel Negrao wrote:
>
>> Hi
>>
>> I'm working with the 192 speaker system in Leiden (NL) using my own
>> code. It consists of two mac pros each with 96 outputs. I got a fairly
>> recent svn version running on each (8966). I'm running the stuff from my
>> laptop and sending to the servers. I get the following problems:
>>
>> 1 - In my code I use the Bus class to do bus allocation. In my laptop I
>> set the exact same option I'm putting in the servers (200 audio busses,
>> 96 outs, 8 ins, etc). When I request a bus from my laptop
>> Bus.audio(~gol1,1) I get a bus with index 40 which is an audio input of
>> the sound card, so it's wrong; if I do the same directly in the server
>> (via vnc) I get index 104 which is correct. Shouldn't the Bus class also
>> work with remote servers ? At some point I started getting the correct
>> bus indexes from my laptop and everything worked ok, then I recompiled
>> my library, booted everything again and got the same problem, so now I
>> have no idea how I made it work...
>
> Can you post a simple example which demonstrates this?

I'm doing:

(
~gol1 = Server(\GameOfLife1,NetAddr("192.168.2.11", 57124));
~gol2 = Server(\GameOfLife2,NetAddr("192.168.2.12", 57124));
[~gol1,~gol2].do{ |server|
server.options.remoteControlVolume_(true)
.memSize_(8192*12)
.device_("PCI-424")
.numAudioBusChannels_(200)
.numOutputBusChannels_(96)
.numInputBusChannels_(8)
.numWireBufs_(2048)
.sampleRate_( 44100 )
.blockAllocClass_( ContiguousBlockAllocator );
};

Server.makeWindows;
)

the servers are booted on the macpros with the same code but with
"localhost" in the NetAddr.

Then i do

z = Bus.audio(~gol1,1);
y = Bus.audio(~gol2,1);

and get index 40 instead of 104.

If I do the same locally on the macpros I get 104.

>>
>>
>> 2 - It takes a whole minute or more for the servers to start playing my
>> synths. That is 1gigaBPS network, it can copy hundreds of megabytes in
>> one minute, so somehow I doubt it's just the time the synthdef takes to
>> go from my laptop to the server. (each synthdef is created on when i
>> call play, because they depend on lots of things and cannot be static).
>> Also in a normal 100Mbps router in my house, with another laptop running
>> linux the synths start instantaneously. I'm using the Interface class,
>> to which I call .play.
>
> This sounds like you're sending time stamped bundles and the clocks on
> the remote machine are a minute out. Is that possible?

Could defintetly be that. If the time difference was even bigger I would
have never discovered this problem, I would have just thought it was a
network problem... How can I make an Interface start playing immediatly ?
>
> S.
>

many thanks
Miguel

>>
>>
>> any input apreciated.
>>
>> thanks as always,
>>
>> ps: any idea on that problem with the TabView and the SCCompositeView ?
>> --
>> Miguel Negrão // ZLB
>> http://www.friendlyvirus.org/artists/zlb/
>>
>>
>> _______________________________________________
>> sc-users mailing list
>>
>> info (subscription, etc.):
>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>
>
> _______________________________________________
> sc-users mailing list
>
> info (subscription, etc.):
> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>
>

--
Miguel Negrão // ZLB
http://www.friendlyvirus.org/artists/zlb/

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Scott Wilson-3]

Allocators are reset on local boot. Since these are remote servers you'll need to either pass the options when creating or call newAllocators after changing.

I don't know enough about Interface to answer your other question. If you can sync the machines to a network time server that might be good enough. Otherwise I'd suggest talking to Wouter, as he's very familiar with timing issues on that system.

S.


-----Original Message-----
From: owner-sc-users@... on behalf of Miguel Negrao
Sent: Tue 4/14/2009 10:37 PM
To: sc-users@...
Subject: Re: [sc-users] problems with remote server and Bus class, plus latency in starting synths
 
Scott Wilson escreveu:

>
> On 14 Apr 2009, at 20:55, Miguel Negrao wrote:
>
>> Hi
>>
>> I'm working with the 192 speaker system in Leiden (NL) using my own
>> code. It consists of two mac pros each with 96 outputs. I got a fairly
>> recent svn version running on each (8966). I'm running the stuff from my
>> laptop and sending to the servers. I get the following problems:
>>
>> 1 - In my code I use the Bus class to do bus allocation. In my laptop I
>> set the exact same option I'm putting in the servers (200 audio busses,
>> 96 outs, 8 ins, etc). When I request a bus from my laptop
>> Bus.audio(~gol1,1) I get a bus with index 40 which is an audio input of
>> the sound card, so it's wrong; if I do the same directly in the server
>> (via vnc) I get index 104 which is correct. Shouldn't the Bus class also
>> work with remote servers ? At some point I started getting the correct
>> bus indexes from my laptop and everything worked ok, then I recompiled
>> my library, booted everything again and got the same problem, so now I
>> have no idea how I made it work...
>
> Can you post a simple example which demonstrates this?

I'm doing:

(
~gol1 = Server(\GameOfLife1,NetAddr("192.168.2.11", 57124));
~gol2 = Server(\GameOfLife2,NetAddr("192.168.2.12", 57124));
[~gol1,~gol2].do{ |server|
server.options.remoteControlVolume_(true)
.memSize_(8192*12)
.device_("PCI-424")
.numAudioBusChannels_(200)
.numOutputBusChannels_(96)
.numInputBusChannels_(8)
.numWireBufs_(2048)
.sampleRate_( 44100 )
.blockAllocClass_( ContiguousBlockAllocator );
};

Server.makeWindows;
)

the servers are booted on the macpros with the same code but with
"localhost" in the NetAddr.

Then i do

z = Bus.audio(~gol1,1);
y = Bus.audio(~gol2,1);

and get index 40 instead of 104.

If I do the same locally on the macpros I get 104.

>>
>>
>> 2 - It takes a whole minute or more for the servers to start playing my
>> synths. That is 1gigaBPS network, it can copy hundreds of megabytes in
>> one minute, so somehow I doubt it's just the time the synthdef takes to
>> go from my laptop to the server. (each synthdef is created on when i
>> call play, because they depend on lots of things and cannot be static).
>> Also in a normal 100Mbps router in my house, with another laptop running
>> linux the synths start instantaneously. I'm using the Interface class,
>> to which I call .play.
>
> This sounds like you're sending time stamped bundles and the clocks on
> the remote machine are a minute out. Is that possible?

Could defintetly be that. If the time difference was even bigger I would
have never discovered this problem, I would have just thought it was a
network problem... How can I make an Interface start playing immediatly ?
>
> S.
>

many thanks
Miguel

>>
>>
>> any input apreciated.
>>
>> thanks as always,
>>
>> ps: any idea on that problem with the TabView and the SCCompositeView ?
>> --
>> Miguel Negrão // ZLB
>> http://www.friendlyvirus.org/artists/zlb/
>>
>>
>> _______________________________________________
>> sc-users mailing list
>>
>> info (subscription, etc.):
>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>
>
> _______________________________________________
> sc-users mailing list
>
> info (subscription, etc.):
> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>
>

--
Miguel Negrão // ZLB
http://www.friendlyvirus.org/artists/zlb/

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[miguel.negrao]

Scott Wilson escreveu:
> Allocators are reset on local boot. Since these are remote servers
> you'll need to either pass the options when creating or call
> newAllocators after changing.

I'm sorry for my noobiness but I didn't understand. I'm passing the
server options when creating the remote server instances on my laptop.
You mean I have to call newAllocators to the remote server instances in
my laptop ?
>
> I don't know enough about Interface to answer your other question. If
> you can sync the machines to a network time server that might be good
> enough. Otherwise I'd suggest talking to Wouter, as he's very
> familiar with timing issues on that system.

I don't really need very accurate sync, if they start playing in some
seconds that's ok for me, so I guess I will just try to synchronize the
clocks.

> S.
>
thanks
Miguel

>
> -----Original Message----- From: owner-sc-users@... on
> behalf of Miguel Negrao Sent: Tue 4/14/2009 10:37 PM To:
> sc-users@... Subject: Re: [sc-users] problems with
> remote server and Bus class, plus latency in starting synths
>
> Scott Wilson escreveu:
>> On 14 Apr 2009, at 20:55, Miguel Negrao wrote:
>>
>>> Hi
>>>
>>> I'm working with the 192 speaker system in Leiden (NL) using my
>>> own code. It consists of two mac pros each with 96 outputs. I got
>>> a fairly recent svn version running on each (8966). I'm running
>>> the stuff from my laptop and sending to the servers. I get the
>>> following problems:
>>>
>>> 1 - In my code I use the Bus class to do bus allocation. In my
>>> laptop I set the exact same option I'm putting in the servers
>>> (200 audio busses, 96 outs, 8 ins, etc). When I request a bus
>>> from my laptop Bus.audio(~gol1,1) I get a bus with index 40 which
>>> is an audio input of the sound card, so it's wrong; if I do the
>>> same directly in the server (via vnc) I get index 104 which is
>>> correct. Shouldn't the Bus class also work with remote servers ?
>>> At some point I started getting the correct bus indexes from my
>>> laptop and everything worked ok, then I recompiled my library,
>>> booted everything again and got the same problem, so now I have
>>> no idea how I made it work...
>> Can you post a simple example which demonstrates this?
>
> I'm doing:
>
> ( ~gol1 = Server(\GameOfLife1,NetAddr("192.168.2.11", 57124)); ~gol2
> = Server(\GameOfLife2,NetAddr("192.168.2.12", 57124));
> [~gol1,~gol2].do{ |server| server.options.remoteControlVolume_(true)
> .memSize_(8192*12) .device_("PCI-424") .numAudioBusChannels_(200)
> .numOutputBusChannels_(96) .numInputBusChannels_(8)
> .numWireBufs_(2048) .sampleRate_( 44100 ) .blockAllocClass_(
> ContiguousBlockAllocator ); };
>
> Server.makeWindows; )
>
> the servers are booted on the macpros with the same code but with
> "localhost" in the NetAddr.
>
> Then i do
>
> z = Bus.audio(~gol1,1); y = Bus.audio(~gol2,1);
>
> and get index 40 instead of 104.
>
> If I do the same locally on the macpros I get 104.
>>>
>>> 2 - It takes a whole minute or more for the servers to start
>>> playing my synths. That is 1gigaBPS network, it can copy hundreds
>>> of megabytes in one minute, so somehow I doubt it's just the time
>>> the synthdef takes to go from my laptop to the server. (each
>>> synthdef is created on when i call play, because they depend on
>>> lots of things and cannot be static). Also in a normal 100Mbps
>>> router in my house, with another laptop running linux the synths
>>> start instantaneously. I'm using the Interface class, to which I
>>> call .play.
>> This sounds like you're sending time stamped bundles and the clocks
>> on the remote machine are a minute out. Is that possible?
>
> Could defintetly be that. If the time difference was even bigger I
> would have never discovered this problem, I would have just thought
> it was a network problem... How can I make an Interface start playing
> immediatly ?
>> S.
>>
>
> many thanks Miguel
>>>
>>> any input apreciated.
>>>
>>> thanks as always,
>>>
>>> ps: any idea on that problem with the TabView and the
>>> SCCompositeView ? -- Miguel Negrão // ZLB
>>> http://www.friendlyvirus.org/artists/zlb/
>>>
>>>
>>> _______________________________________________ sc-users mailing
>>> list
>>>
>>> info (subscription, etc.):
>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml 
>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/ 
>>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>
>> _______________________________________________ sc-users mailing
>> list
>>
>> info (subscription, etc.):
>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml 
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/ search:
>> http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>
>>
>
>

--
Miguel Negrão // ZLB
http://www.friendlyvirus.org/artists/zlb/

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Scott Wilson-3]

On 15 Apr 2009, at 12:10, Miguel Negrao  
<miguel.negrao@...> wrote:

> Scott Wilson escreveu:
>> Allocators are reset on local boot. Since these are remote servers
>> you'll need to either pass the options when creating or call
>> newAllocators after changing.
>
> I'm sorry for my noobiness but I didn't understand. I'm passing the  
> server options when creating the remote server instances on my laptop.

Nope, you create the server objects, which immediately creates the  
allocators, and then change the options.

> You mean I have to call newAllocators to the remote server instances  
> in my laptop ?

Either that or make a new ServerOptions and pass it to Server:*new.

S.

>
>> I don't know enough about Interface to answer your other question. If
>> you can sync the machines to a network time server that might be good
>> enough. Otherwise I'd suggest talking to Wouter, as he's very
>> familiar with timing issues on that system.
>
> I don't really need very accurate sync, if they start playing in  
> some seconds that's ok for me, so I guess I will just try to  
> synchronize the clocks.
>
>> S.
>>
> thanks
> Miguel
>
>> -----Original Message----- From: owner-sc-users@... on
>> behalf of Miguel Negrao Sent: Tue 4/14/2009 10:37 PM To:
>> sc-users@... Subject: Re: [sc-users] problems with
>> remote server and Bus class, plus latency in starting synths
>> Scott Wilson escreveu:
>>> On 14 Apr 2009, at 20:55, Miguel Negrao wrote:
>>>> Hi
>>>> I'm working with the 192 speaker system in Leiden (NL) using my
>>>> own code. It consists of two mac pros each with 96 outputs. I got
>>>> a fairly recent svn version running on each (8966). I'm running
>>>> the stuff from my laptop and sending to the servers. I get the
>>>> following problems:
>>>> 1 - In my code I use the Bus class to do bus allocation. In my
>>>> laptop I set the exact same option I'm putting in the servers
>>>> (200 audio busses, 96 outs, 8 ins, etc). When I request a bus
>>>> from my laptop Bus.audio(~gol1,1) I get a bus with index 40 which
>>>> is an audio input of the sound card, so it's wrong; if I do the
>>>> same directly in the server (via vnc) I get index 104 which is
>>>> correct. Shouldn't the Bus class also work with remote servers ?
>>>> At some point I started getting the correct bus indexes from my
>>>> laptop and everything worked ok, then I recompiled my library,
>>>> booted everything again and got the same problem, so now I have
>>>> no idea how I made it work...
>>> Can you post a simple example which demonstrates this?
>> I'm doing:
>> ( ~gol1 = Server(\GameOfLife1,NetAddr("192.168.2.11", 57124)); ~gol2
>> = Server(\GameOfLife2,NetAddr("192.168.2.12", 57124));  
>> [~gol1,~gol2].do{ |server|  
>> server.
>> options.
>> remoteControlVolume_(
>> true)
>>  .m
>> emSize_(
>> 8192*
>> 12)
>>  .d
>> evice_(
>> "PCI-
>> 424"
>> ) .
>> numAudioBusChannels_(
>> 200)
>>  .n
>> umOutputBusChannels_(
>> 96)
>>  .n
>> umInputBusChannels_(
>> 8) .numWireBufs_(2048) .sampleRate_( 44100 ) .blockAllocClass_(
>> ContiguousBlockAllocator ); };
>> Server.makeWindows; )
>> the servers are booted on the macpros with the same code but with  
>> "localhost" in the NetAddr.
>> Then i do
>> z = Bus.audio(~gol1,1); y = Bus.audio(~gol2,1);
>> and get index 40 instead of 104.
>> If I do the same locally on the macpros I get 104.
>>>> 2 - It takes a whole minute or more for the servers to start
>>>> playing my synths. That is 1gigaBPS network, it can copy hundreds
>>>> of megabytes in one minute, so somehow I doubt it's just the time
>>>> the synthdef takes to go from my laptop to the server. (each
>>>> synthdef is created on when i call play, because they depend on
>>>> lots of things and cannot be static). Also in a normal 100Mbps
>>>> router in my house, with another laptop running linux the synths
>>>> start instantaneously. I'm using the Interface class, to which I
>>>> call .play.
>>> This sounds like you're sending time stamped bundles and the clocks
>>> on the remote machine are a minute out. Is that possible?
>> Could defintetly be that. If the time difference was even bigger I
>> would have never discovered this problem, I would have just thought
>> it was a network problem... How can I make an Interface start playing
>> immediatly ?
>>> S.
>> many thanks Miguel
>>>> any input apreciated.
>>>> thanks as always,
>>>> ps: any idea on that problem with the TabView and the
>>>> SCCompositeView ? -- Miguel Negrão // ZLB http://www.friendlyvirus.org/artists/zlb 
>>>> /
>>>> _______________________________________________ sc-users mailing
>>>> list
>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml 
>>>>  archive: http://www.listarc.bham.ac.uk/marchives/sc-users/ 
>>>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>> _______________________________________________ sc-users mailing
>>> list
>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml 
>>>  archive: http://www.listarc.bham.ac.uk/marchives/sc-users/ search:
>>> http://www.listarc.bham.ac.uk/lists/sc-users/search/
>
>
> --
> Miguel Negrão // ZLB
> http://www.friendlyvirus.org/artists/zlb/
>
> _______________________________________________
> sc-users mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Wouter Snoei-2]

Hi Miguel & all,

Op 15 apr 2009, om 13:10 heeft Miguel Negrao het volgende geschreven:

> Scott Wilson escreveu:
>> Allocators are reset on local boot. Since these are remote servers
>> you'll need to either pass the options when creating or call
>> newAllocators after changing.
>
> I'm sorry for my noobiness but I didn't understand. I'm passing the  
> server options when creating the remote server instances on my  
> laptop. You mean I have to call newAllocators to the remote server  
> instances in my laptop ?

I think that would be on the laptop, right? That is where the  
allocators are.

>> I don't know enough about Interface to answer your other question. If
>> you can sync the machines to a network time server that might be good
>> enough. Otherwise I'd suggest talking to Wouter, as he's very
>> familiar with timing issues on that system.
>
> I don't really need very accurate sync, if they start playing in  
> some seconds that's ok for me, so I guess I will just try to  
> synchronize the clocks.

I never succeeded in doing that. Does anyone on the list have any  
leads or experience on how to sync macs via a network without an  
internet connection? I couldn't work it out, and believe me I have  
spent time on it..

btw: as I also mailed to Miguel personally, I would advice to simply  
use non-timestamped bundles or messages in this case. Maybe if  
Interface does send timed bundles (which I suppose it does? I haven't  
used it..) it could be tweaked to behave differently by adding some  
extra methods.

btw2: for real sample accurate sync over network (and locally too)  
blackrain invented a system which requires a patched version of SC.  
When I get to, it will be implemented in the gameoflife wfs system. It  
can provide exact and steady sync over multiple machines for any  
bundled message based on a single audio pulse for a hypothetical  
running period of about 3000 years at 44.1kHz samplerate, and works  
much like regular bundled messaging works in SC. See the list archives  
for more details. It would still have my vote if it would be included  
in the main sc version, since it doesn't alter the rest of sc's  
behaviour (it just adds a little..).

cheers,
Wouter

>> -----Original Message----- From: owner-sc-users@... on
>> behalf of Miguel Negrao Sent: Tue 4/14/2009 10:37 PM To:
>> sc-users@... Subject: Re: [sc-users] problems with
>> remote server and Bus class, plus latency in starting synths
>> Scott Wilson escreveu:
>>> On 14 Apr 2009, at 20:55, Miguel Negrao wrote:
>>>> Hi
>>>> I'm working with the 192 speaker system in Leiden (NL) using my
>>>> own code. It consists of two mac pros each with 96 outputs. I got
>>>> a fairly recent svn version running on each (8966). I'm running
>>>> the stuff from my laptop and sending to the servers. I get the
>>>> following problems:
>>>> 1 - In my code I use the Bus class to do bus allocation. In my
>>>> laptop I set the exact same option I'm putting in the servers
>>>> (200 audio busses, 96 outs, 8 ins, etc). When I request a bus
>>>> from my laptop Bus.audio(~gol1,1) I get a bus with index 40 which
>>>> is an audio input of the sound card, so it's wrong; if I do the
>>>> same directly in the server (via vnc) I get index 104 which is
>>>> correct. Shouldn't the Bus class also work with remote servers ?
>>>> At some point I started getting the correct bus indexes from my
>>>> laptop and everything worked ok, then I recompiled my library,
>>>> booted everything again and got the same problem, so now I have
>>>> no idea how I made it work...
>>> Can you post a simple example which demonstrates this?
>> I'm doing:
>> ( ~gol1 = Server(\GameOfLife1,NetAddr("192.168.2.11", 57124)); ~gol2
>> = Server(\GameOfLife2,NetAddr("192.168.2.12", 57124));  
>> [~gol1,~gol2].do{ |server|  
>> server
>> .options
>> .remoteControlVolume_
>> (true
>> ) .memSize_
>> (8192
>> *12
>> ) .device_
>> ("PCI
>> -424
>> ") .numAudioBusChannels_
>> (200
>> ) .numOutputBusChannels_
>> (96
>> ) .numInputBusChannels_
>> (8) .numWireBufs_(2048) .sampleRate_( 44100 ) .blockAllocClass_(
>> ContiguousBlockAllocator ); };
>> Server.makeWindows; )
>> the servers are booted on the macpros with the same code but with  
>> "localhost" in the NetAddr.
>> Then i do
>> z = Bus.audio(~gol1,1); y = Bus.audio(~gol2,1);
>> and get index 40 instead of 104.
>> If I do the same locally on the macpros I get 104.
>>>> 2 - It takes a whole minute or more for the servers to start
>>>> playing my synths. That is 1gigaBPS network, it can copy hundreds
>>>> of megabytes in one minute, so somehow I doubt it's just the time
>>>> the synthdef takes to go from my laptop to the server. (each
>>>> synthdef is created on when i call play, because they depend on
>>>> lots of things and cannot be static). Also in a normal 100Mbps
>>>> router in my house, with another laptop running linux the synths
>>>> start instantaneously. I'm using the Interface class, to which I
>>>> call .play.
>>> This sounds like you're sending time stamped bundles and the clocks
>>> on the remote machine are a minute out. Is that possible?
>> Could defintetly be that. If the time difference was even bigger I
>> would have never discovered this problem, I would have just thought
>> it was a network problem... How can I make an Interface start playing
>> immediatly ?
>>> S.
>> many thanks Miguel
>>>> any input apreciated.
>>>> thanks as always,
>>>> ps: any idea on that problem with the TabView and the
>>>> SCCompositeView ? -- Miguel Negrão // ZLB http://www.friendlyvirus.org/artists/zlb/
>>>> _______________________________________________ sc-users mailing
>>>> list
>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml 
>>>>  archive: http://www.listarc.bham.ac.uk/marchives/sc-users/ 
>>>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>> _______________________________________________ sc-users mailing
>>> list
>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml 
>>>  archive: http://www.listarc.bham.ac.uk/marchives/sc-users/ search:
>>> http://www.listarc.bham.ac.uk/lists/sc-users/search/
>
>
> --
> Miguel Negrão // ZLB
> http://www.friendlyvirus.org/artists/zlb/
>
> _______________________________________________
> sc-users mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[miguel.negrao]

Scott Wilson escreveu:

>
>
> On 15 Apr 2009, at 12:10, Miguel Negrao
> <miguel.negrao@...> wrote:
>
>> Scott Wilson escreveu:
>>> Allocators are reset on local boot. Since these are remote servers
>>> you'll need to either pass the options when creating or call
>>> newAllocators after changing.
>>
>> I'm sorry for my noobiness but I didn't understand. I'm passing the
>> server options when creating the remote server instances on my laptop.
>
> Nope, you create the server objects, which immediately creates the
> allocators, and then change the options.
>
>> You mean I have to call newAllocators to the remote server instances
>> in my laptop ?
>
> Either that or make a new ServerOptions and pass it to Server:*new.
>
> S.

Thanks, that makes sense now.
Miguel

>>
>>> I don't know enough about Interface to answer your other question. If
>>> you can sync the machines to a network time server that might be good
>>> enough. Otherwise I'd suggest talking to Wouter, as he's very
>>> familiar with timing issues on that system.
>>
>> I don't really need very accurate sync, if they start playing in some
>> seconds that's ok for me, so I guess I will just try to synchronize
>> the clocks.
>>
>>> S.
>>>
>> thanks
>> Miguel
>>
>>> -----Original Message----- From: owner-sc-users@... on
>>> behalf of Miguel Negrao Sent: Tue 4/14/2009 10:37 PM To:
>>> sc-users@... Subject: Re: [sc-users] problems with
>>> remote server and Bus class, plus latency in starting synths
>>> Scott Wilson escreveu:
>>>> On 14 Apr 2009, at 20:55, Miguel Negrao wrote:
>>>>> Hi
>>>>> I'm working with the 192 speaker system in Leiden (NL) using my
>>>>> own code. It consists of two mac pros each with 96 outputs. I got
>>>>> a fairly recent svn version running on each (8966). I'm running
>>>>> the stuff from my laptop and sending to the servers. I get the
>>>>> following problems:
>>>>> 1 - In my code I use the Bus class to do bus allocation. In my
>>>>> laptop I set the exact same option I'm putting in the servers
>>>>> (200 audio busses, 96 outs, 8 ins, etc). When I request a bus
>>>>> from my laptop Bus.audio(~gol1,1) I get a bus with index 40 which
>>>>> is an audio input of the sound card, so it's wrong; if I do the
>>>>> same directly in the server (via vnc) I get index 104 which is
>>>>> correct. Shouldn't the Bus class also work with remote servers ?
>>>>> At some point I started getting the correct bus indexes from my
>>>>> laptop and everything worked ok, then I recompiled my library,
>>>>> booted everything again and got the same problem, so now I have
>>>>> no idea how I made it work...
>>>> Can you post a simple example which demonstrates this?
>>> I'm doing:
>>> ( ~gol1 = Server(\GameOfLife1,NetAddr("192.168.2.11", 57124)); ~gol2
>>> = Server(\GameOfLife2,NetAddr("192.168.2.12", 57124));
>>> [~gol1,~gol2].do{ |server|
>>> server.options.remoteControlVolume_(true) .memSize_(8192*12) .device_("PCI-424")
>>> .numAudioBusChannels_(200) .numOutputBusChannels_(96) .numInputBusChannels_(8)
>>> .numWireBufs_(2048) .sampleRate_( 44100 ) .blockAllocClass_(
>>> ContiguousBlockAllocator ); };
>>> Server.makeWindows; )
>>> the servers are booted on the macpros with the same code but with
>>> "localhost" in the NetAddr.
>>> Then i do
>>> z = Bus.audio(~gol1,1); y = Bus.audio(~gol2,1);
>>> and get index 40 instead of 104.
>>> If I do the same locally on the macpros I get 104.
>>>>> 2 - It takes a whole minute or more for the servers to start
>>>>> playing my synths. That is 1gigaBPS network, it can copy hundreds
>>>>> of megabytes in one minute, so somehow I doubt it's just the time
>>>>> the synthdef takes to go from my laptop to the server. (each
>>>>> synthdef is created on when i call play, because they depend on
>>>>> lots of things and cannot be static). Also in a normal 100Mbps
>>>>> router in my house, with another laptop running linux the synths
>>>>> start instantaneously. I'm using the Interface class, to which I
>>>>> call .play.
>>>> This sounds like you're sending time stamped bundles and the clocks
>>>> on the remote machine are a minute out. Is that possible?
>>> Could defintetly be that. If the time difference was even bigger I
>>> would have never discovered this problem, I would have just thought
>>> it was a network problem... How can I make an Interface start playing
>>> immediatly ?
>>>> S.
>>> many thanks Miguel
>>>>> any input apreciated.
>>>>> thanks as always,
>>>>> ps: any idea on that problem with the TabView and the
>>>>> SCCompositeView ? -- Miguel Negrão // ZLB
>>>>> http://www.friendlyvirus.org/artists/zlb/
>>>>> _______________________________________________ sc-users mailing
>>>>> list
>>>>> info (subscription, etc.):
>>>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml archive:
>>>>> http://www.listarc.bham.ac.uk/marchives/sc-users/ search:
>>>>> http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>>> _______________________________________________ sc-users mailing
>>>> list
>>>> info (subscription, etc.):
>>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml archive:
>>>> http://www.listarc.bham.ac.uk/marchives/sc-users/ search:
>>>> http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>
>>
>> --
>> Miguel Negrão // ZLB
>> http://www.friendlyvirus.org/artists/zlb/
>>
>> _______________________________________________
>> sc-users mailing list
>>
>> info (subscription, etc.):
>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>
> _______________________________________________
> sc-users mailing list
>
> info (subscription, etc.):
> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>
>

--
Miguel Negrão // ZLB
http://www.friendlyvirus.org/artists/zlb/

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Scott Wilson-3]

>>
>> I don't really need very accurate sync, if they start playing in  
>> some seconds that's ok for me, so I guess I will just try to  
>> synchronize the clocks.
>
> I never succeeded in doing that. Does anyone on the list have any  
> leads or experience on how to sync macs via a network without an  
> internet connection? I couldn't work it out, and believe me I have  
> spent time on it..

I think I tried this too at one point, and I have the feeling the  
conclusion I came to is that Apple only lets OSX Server act as a time  
server. But it was awhile ago so I'm not sure. Certainly our wiki  
machine, which runs Leopard Server, works fine as a time server.

An internet connection may be the simplest solution.

S.


_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[nescivi]

On Wednesday 15 April 2009 08:28:43 Scott Wilson wrote:

> >> I don't really need very accurate sync, if they start playing in
> >> some seconds that's ok for me, so I guess I will just try to
> >> synchronize the clocks.
> >
> > I never succeeded in doing that. Does anyone on the list have any
> > leads or experience on how to sync macs via a network without an
> > internet connection? I couldn't work it out, and believe me I have
> > spent time on it..
>
> I think I tried this too at one point, and I have the feeling the
> conclusion I came to is that Apple only lets OSX Server act as a time
> server. But it was awhile ago so I'm not sure. Certainly our wiki
> machine, which runs Leopard Server, works fine as a time server.
>
> An internet connection may be the simplest solution.

Are you sure you can't run an NTP server on one of the machines?
That would be weird...

sincerely,
Marije

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Dan Stowell]

2009/4/15, Wouter Snoei <mailinglists@...>:

> > > I don't know enough about Interface to answer your other question. If
> > > you can sync the machines to a network time server that might be good
> > > enough. Otherwise I'd suggest talking to Wouter, as he's very
> > > familiar with timing issues on that system.
> > >
> >
> > I don't really need very accurate sync, if they start playing in some
> seconds that's ok for me, so I guess I will just try to synchronize the
> clocks.
> >
>
>  I never succeeded in doing that. Does anyone on the list have any leads or
> experience on how to sync macs via a network without an internet connection?
> I couldn't work it out, and believe me I have spent time on it..

http://netclock.slab.org/

Dan

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Scott Wilson-3]

On 15 Apr 2009, at 17:13, nescivi wrote:

> On Wednesday 15 April 2009 08:28:43 Scott Wilson wrote:
>>>> I don't really need very accurate sync, if they start playing in
>>>> some seconds that's ok for me, so I guess I will just try to
>>>> synchronize the clocks.
>>>
>>> I never succeeded in doing that. Does anyone on the list have any
>>> leads or experience on how to sync macs via a network without an
>>> internet connection? I couldn't work it out, and believe me I have
>>> spent time on it..
>>
>> I think I tried this too at one point, and I have the feeling the
>> conclusion I came to is that Apple only lets OSX Server act as a time
>> server. But it was awhile ago so I'm not sure. Certainly our wiki
>> machine, which runs Leopard Server, works fine as a time server.
>>
>> An internet connection may be the simplest solution.
>
> Are you sure you can't run an NTP server on one of the machines?
> That would be weird...

Well, I couldn't get it to work, but I'm far from an expert on this.  
If anyone knows something more it would be very helpful, esp. in  
networked situations a la PBU.

S.

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Scott Wilson-3]

On 16 Apr 2009, at 21:54, Scott Wilson wrote:

>
> On 15 Apr 2009, at 17:13, nescivi wrote:
>
>> On Wednesday 15 April 2009 08:28:43 Scott Wilson wrote:
>>>>> I don't really need very accurate sync, if they start playing in
>>>>> some seconds that's ok for me, so I guess I will just try to
>>>>> synchronize the clocks.
>>>>
>>>> I never succeeded in doing that. Does anyone on the list have any
>>>> leads or experience on how to sync macs via a network without an
>>>> internet connection? I couldn't work it out, and believe me I have
>>>> spent time on it..
>>>
>>> I think I tried this too at one point, and I have the feeling the
>>> conclusion I came to is that Apple only lets OSX Server act as a  
>>> time
>>> server. But it was awhile ago so I'm not sure. Certainly our wiki
>>> machine, which runs Leopard Server, works fine as a time server.
>>>
>>> An internet connection may be the simplest solution.
>>
>> Are you sure you can't run an NTP server on one of the machines?
>> That would be weird...
>
> Well, I couldn't get it to work, but I'm far from an expert on this.  
> If anyone knows something more it would be very helpful, esp. in  
> networked situations a la PBU.
>
> S.

Hmm, I think I might have an idea what the problem was. I'll report...

S.

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Scott Wilson-3]

On 16 Apr 2009, at 22:18, Scott Wilson wrote:

>>
>> Well, I couldn't get it to work, but I'm far from an expert on  
>> this. If anyone knows something more it would be very helpful, esp.  
>> in networked situations a la PBU.
>>
>> S.
>
> Hmm, I think I might have an idea what the problem was. I'll report...
>
> S.

Okay, my problems seem to have been with getting ntpd.conf just right.  
With something like this on the master machine:

server 127.127.1.0 prefer
fudge  127.127.1.0 stratum 10

# Give localhost full access rights
restrict 127.0.0.1

# Give machines on our network access to query us
restrict 192.168.1.0 mask 255.255.255.0 nomodify notrap

I could get another machine on a local network to sync using ntpdate.  
I've not yet tested ongoing syncing, and I'm not sure if this is the  
best way to deal with an ad-hoc network situation, but it works. I  
think what I'll do is post a query about all this to one of their  
mailing lists. Once I've narrowed it down I'll see if I can package it  
all for easy use in a Quark.

S.

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Wouter Snoei-2]

> I could get another machine on a local network to sync using  
> ntpdate. I've not yet tested ongoing syncing, and I'm not sure if  
> this is the best way to deal with an ad-hoc network situation, but  
> it works. I think what I'll do is post a query about all this to one  
> of their mailing lists. Once I've narrowed it down I'll see if I can  
> package it all for easy use in a Quark.

That would be great!

cheers,
Wouter

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[miguel.negrao]

Hi. I synced the clocks (by hand) and everything is working good now.
The only problem I have is that when i do cmd-. in my laptop (by
mistake, but it's the habbit), setting the volume in the remote servers
stops working, and I get node not found on the macpros supercollider
post windows. I thought volume should survive a cmd-. , at least using a
local server it does... I got quite a scare the first time this
happened, a big blast of sound. (it's sc svn 8966)

thanks
Miguel

Miguel Negrao escreveu:

> Scott Wilson escreveu:
>>
>>
>> On 15 Apr 2009, at 12:10, Miguel Negrao
>> <miguel.negrao@...> wrote:
>>
>>> Scott Wilson escreveu:
>>>> Allocators are reset on local boot. Since these are remote servers
>>>> you'll need to either pass the options when creating or call
>>>> newAllocators after changing.
>>>
>>> I'm sorry for my noobiness but I didn't understand. I'm passing the
>>> server options when creating the remote server instances on my laptop.
>>
>> Nope, you create the server objects, which immediately creates the
>> allocators, and then change the options.
>>
>>> You mean I have to call newAllocators to the remote server instances
>>> in my laptop ?
>>
>> Either that or make a new ServerOptions and pass it to Server:*new.
>>
>> S.
>
> Thanks, that makes sense now.
> Miguel
>>>
>>>> I don't know enough about Interface to answer your other question. If
>>>> you can sync the machines to a network time server that might be good
>>>> enough. Otherwise I'd suggest talking to Wouter, as he's very
>>>> familiar with timing issues on that system.
>>>
>>> I don't really need very accurate sync, if they start playing in some
>>> seconds that's ok for me, so I guess I will just try to synchronize
>>> the clocks.
>>>
>>>> S.
>>>>
>>> thanks
>>> Miguel
>>>
>>>> -----Original Message----- From: owner-sc-users@... on
>>>> behalf of Miguel Negrao Sent: Tue 4/14/2009 10:37 PM To:
>>>> sc-users@... Subject: Re: [sc-users] problems with
>>>> remote server and Bus class, plus latency in starting synths
>>>> Scott Wilson escreveu:
>>>>> On 14 Apr 2009, at 20:55, Miguel Negrao wrote:
>>>>>> Hi
>>>>>> I'm working with the 192 speaker system in Leiden (NL) using my
>>>>>> own code. It consists of two mac pros each with 96 outputs. I got
>>>>>> a fairly recent svn version running on each (8966). I'm running
>>>>>> the stuff from my laptop and sending to the servers. I get the
>>>>>> following problems:
>>>>>> 1 - In my code I use the Bus class to do bus allocation. In my
>>>>>> laptop I set the exact same option I'm putting in the servers
>>>>>> (200 audio busses, 96 outs, 8 ins, etc). When I request a bus
>>>>>> from my laptop Bus.audio(~gol1,1) I get a bus with index 40 which
>>>>>> is an audio input of the sound card, so it's wrong; if I do the
>>>>>> same directly in the server (via vnc) I get index 104 which is
>>>>>> correct. Shouldn't the Bus class also work with remote servers ?
>>>>>> At some point I started getting the correct bus indexes from my
>>>>>> laptop and everything worked ok, then I recompiled my library,
>>>>>> booted everything again and got the same problem, so now I have
>>>>>> no idea how I made it work...
>>>>> Can you post a simple example which demonstrates this?
>>>> I'm doing:
>>>> ( ~gol1 = Server(\GameOfLife1,NetAddr("192.168.2.11", 57124)); ~gol2
>>>> = Server(\GameOfLife2,NetAddr("192.168.2.12", 57124));
>>>> [~gol1,~gol2].do{ |server| server.options.remoteControlVolume_(true)
>>>> .memSize_(8192*12) .device_("PCI-424") .numAudioBusChannels_(200)
>>>> .numOutputBusChannels_(96) .numInputBusChannels_(8)
>>>> .numWireBufs_(2048) .sampleRate_( 44100 ) .blockAllocClass_(
>>>> ContiguousBlockAllocator ); };
>>>> Server.makeWindows; )
>>>> the servers are booted on the macpros with the same code but with
>>>> "localhost" in the NetAddr.
>>>> Then i do
>>>> z = Bus.audio(~gol1,1); y = Bus.audio(~gol2,1);
>>>> and get index 40 instead of 104.
>>>> If I do the same locally on the macpros I get 104.
>>>>>> 2 - It takes a whole minute or more for the servers to start
>>>>>> playing my synths. That is 1gigaBPS network, it can copy hundreds
>>>>>> of megabytes in one minute, so somehow I doubt it's just the time
>>>>>> the synthdef takes to go from my laptop to the server. (each
>>>>>> synthdef is created on when i call play, because they depend on
>>>>>> lots of things and cannot be static). Also in a normal 100Mbps
>>>>>> router in my house, with another laptop running linux the synths
>>>>>> start instantaneously. I'm using the Interface class, to which I
>>>>>> call .play.
>>>>> This sounds like you're sending time stamped bundles and the clocks
>>>>> on the remote machine are a minute out. Is that possible?
>>>> Could defintetly be that. If the time difference was even bigger I
>>>> would have never discovered this problem, I would have just thought
>>>> it was a network problem... How can I make an Interface start playing
>>>> immediatly ?
>>>>> S.
>>>> many thanks Miguel
>>>>>> any input apreciated.
>>>>>> thanks as always,
>>>>>> ps: any idea on that problem with the TabView and the
>>>>>> SCCompositeView ? -- Miguel Negrão // ZLB
>>>>>> http://www.friendlyvirus.org/artists/zlb/
>>>>>> _______________________________________________ sc-users mailing
>>>>>> list
>>>>>> info (subscription, etc.):
>>>>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml 
>>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/ search:
>>>>>> http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>>>> _______________________________________________ sc-users mailing
>>>>> list
>>>>> info (subscription, etc.):
>>>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml 
>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/ search:
>>>>> http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>>
>>>
>>> --
>>> Miguel Negrão // ZLB
>>> http://www.friendlyvirus.org/artists/zlb/
>>>
>>> _______________________________________________
>>> sc-users mailing list
>>>
>>> info (subscription, etc.):
>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>
>> _______________________________________________
>> sc-users mailing list
>>
>> info (subscription, etc.):
>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>
>>
>
>

--
Miguel Negrão // ZLB
http://www.friendlyvirus.org/artists/zlb/

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[miguel.negrao]

I checked a bit the code of Server and Volume and i can't find anything
that would cause the remote servers to stop responding to the volume
fader upon cmd-. The "remoteControlVolume" option only creates the
volume fader on a remote server gui, doesn't affect anything else that I
can see.  In the code of Volume there is nothing related to the server
being local or remote.
   Could it be related to the play method of Volume not being able to
deallocate and allocate the nodes correctly on the remote server, or not
being able to quit the synth and create a new one on time ?

thanks
Miguel Negrão

Miguel Negrao escreveu:

> Hi. I synced the clocks (by hand) and everything is working good now.
> The only problem I have is that when i do cmd-. in my laptop (by
> mistake, but it's the habbit), setting the volume in the remote servers
> stops working, and I get node not found on the macpros supercollider
> post windows. I thought volume should survive a cmd-. , at least using a
> local server it does... I got quite a scare the first time this
> happened, a big blast of sound. (it's sc svn 8966)
>
> thanks
> Miguel
>
> Miguel Negrao escreveu:
>> Scott Wilson escreveu:
>>>
>>>
>>> On 15 Apr 2009, at 12:10, Miguel Negrao
>>> <miguel.negrao@...> wrote:
>>>
>>>> Scott Wilson escreveu:
>>>>> Allocators are reset on local boot. Since these are remote servers
>>>>> you'll need to either pass the options when creating or call
>>>>> newAllocators after changing.
>>>>
>>>> I'm sorry for my noobiness but I didn't understand. I'm passing the
>>>> server options when creating the remote server instances on my laptop.
>>>
>>> Nope, you create the server objects, which immediately creates the
>>> allocators, and then change the options.
>>>
>>>> You mean I have to call newAllocators to the remote server instances
>>>> in my laptop ?
>>>
>>> Either that or make a new ServerOptions and pass it to Server:*new.
>>>
>>> S.
>>
>> Thanks, that makes sense now.
>> Miguel
>>>>
>>>>> I don't know enough about Interface to answer your other question. If
>>>>> you can sync the machines to a network time server that might be good
>>>>> enough. Otherwise I'd suggest talking to Wouter, as he's very
>>>>> familiar with timing issues on that system.
>>>>
>>>> I don't really need very accurate sync, if they start playing in
>>>> some seconds that's ok for me, so I guess I will just try to
>>>> synchronize the clocks.
>>>>
>>>>> S.
>>>>>
>>>> thanks
>>>> Miguel
>>>>
>>>>> -----Original Message----- From: owner-sc-users@... on
>>>>> behalf of Miguel Negrao Sent: Tue 4/14/2009 10:37 PM To:
>>>>> sc-users@... Subject: Re: [sc-users] problems with
>>>>> remote server and Bus class, plus latency in starting synths
>>>>> Scott Wilson escreveu:
>>>>>> On 14 Apr 2009, at 20:55, Miguel Negrao wrote:
>>>>>>> Hi
>>>>>>> I'm working with the 192 speaker system in Leiden (NL) using my
>>>>>>> own code. It consists of two mac pros each with 96 outputs. I got
>>>>>>> a fairly recent svn version running on each (8966). I'm running
>>>>>>> the stuff from my laptop and sending to the servers. I get the
>>>>>>> following problems:
>>>>>>> 1 - In my code I use the Bus class to do bus allocation. In my
>>>>>>> laptop I set the exact same option I'm putting in the servers
>>>>>>> (200 audio busses, 96 outs, 8 ins, etc). When I request a bus
>>>>>>> from my laptop Bus.audio(~gol1,1) I get a bus with index 40 which
>>>>>>> is an audio input of the sound card, so it's wrong; if I do the
>>>>>>> same directly in the server (via vnc) I get index 104 which is
>>>>>>> correct. Shouldn't the Bus class also work with remote servers ?
>>>>>>> At some point I started getting the correct bus indexes from my
>>>>>>> laptop and everything worked ok, then I recompiled my library,
>>>>>>> booted everything again and got the same problem, so now I have
>>>>>>> no idea how I made it work...
>>>>>> Can you post a simple example which demonstrates this?
>>>>> I'm doing:
>>>>> ( ~gol1 = Server(\GameOfLife1,NetAddr("192.168.2.11", 57124)); ~gol2
>>>>> = Server(\GameOfLife2,NetAddr("192.168.2.12", 57124));
>>>>> [~gol1,~gol2].do{ |server|
>>>>> server.options.remoteControlVolume_(true) .memSize_(8192*12)
>>>>> .device_("PCI-424") .numAudioBusChannels_(200)
>>>>> .numOutputBusChannels_(96) .numInputBusChannels_(8)
>>>>> .numWireBufs_(2048) .sampleRate_( 44100 ) .blockAllocClass_(
>>>>> ContiguousBlockAllocator ); };
>>>>> Server.makeWindows; )
>>>>> the servers are booted on the macpros with the same code but with
>>>>> "localhost" in the NetAddr.
>>>>> Then i do
>>>>> z = Bus.audio(~gol1,1); y = Bus.audio(~gol2,1);
>>>>> and get index 40 instead of 104.
>>>>> If I do the same locally on the macpros I get 104.
>>>>>>> 2 - It takes a whole minute or more for the servers to start
>>>>>>> playing my synths. That is 1gigaBPS network, it can copy hundreds
>>>>>>> of megabytes in one minute, so somehow I doubt it's just the time
>>>>>>> the synthdef takes to go from my laptop to the server. (each
>>>>>>> synthdef is created on when i call play, because they depend on
>>>>>>> lots of things and cannot be static). Also in a normal 100Mbps
>>>>>>> router in my house, with another laptop running linux the synths
>>>>>>> start instantaneously. I'm using the Interface class, to which I
>>>>>>> call .play.
>>>>>> This sounds like you're sending time stamped bundles and the clocks
>>>>>> on the remote machine are a minute out. Is that possible?
>>>>> Could defintetly be that. If the time difference was even bigger I
>>>>> would have never discovered this problem, I would have just thought
>>>>> it was a network problem... How can I make an Interface start playing
>>>>> immediatly ?
>>>>>> S.
>>>>> many thanks Miguel
>>>>>>> any input apreciated.
>>>>>>> thanks as always,
>>>>>>> ps: any idea on that problem with the TabView and the
>>>>>>> SCCompositeView ? -- Miguel Negrão // ZLB
>>>>>>> http://www.friendlyvirus.org/artists/zlb/
>>>>>>> _______________________________________________ sc-users mailing
>>>>>>> list
>>>>>>> info (subscription, etc.):
>>>>>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml 
>>>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/ 
>>>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>>>>> _______________________________________________ sc-users mailing
>>>>>> list
>>>>>> info (subscription, etc.):
>>>>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml 
>>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/ search:
>>>>>> http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>>>
>>>>
>>>> --
>>>> Miguel Negrão // ZLB
>>>> http://www.friendlyvirus.org/artists/zlb/
>>>>
>>>> _______________________________________________
>>>> sc-users mailing list
>>>>
>>>> info (subscription, etc.):
>>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>>>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>>
>>> _______________________________________________
>>> sc-users mailing list
>>>
>>> info (subscription, etc.):
>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>>
>>>
>>
>>
>
>

--
Miguel Negrão // ZLB
http://www.friendlyvirus.org/artists/zlb/

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/