[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [sc-users] sync with server
2009/7/22 Julian Rohrhuber <rohrhuber@xxxxxxxxxxxxxx>:
>
>
>> I didn't think that approach would work - surely the ".bind" method
>> wants to send all the contents' OSC messages in a single bundle,
>> whereas the ".sync" wants to send a bundle and wait for sync before
>> executing any further commands? Or do the two methods actually play
>> nicely together in a way I hadn't realised?
>
> It does work just fine. I have implemented this a year ago or so - the OSC
> bundle is split up where a sync happens, and sent in series.
Crafty! Thanks - I'll use this a lot now
Dan
>> 2009/7/22 Julian Rohrhuber <rohrhuber@xxxxxxxxxxxxxx>:
>>>
>>> I think the simplest way is:
>>>
>>> s.bind {
>>> something...
>>> s.sync;
>>> something else ...
>>> ...
>>> }
>>>
>>>
>>>
>>>> It makes one for you if you don't supply it. I believe the option to
>>>> pass
>>>> one in is to allow more complicated things, but I don't have an
>>>> example.
>>>>
>>>> On 21 Jul 2009, at 22:12, Josh Parmenter wrote:
>>>>
>>>>> Hmm... not sure. I always use the Condition.
>>>>>
>>>>> Best,
>>>>>
>>>>> Josh
>>>>>
>>>>> On Jul 21, 2009, at 1:59 PM, Andrea Valle wrote:
>>>>>
>>>>>> Ah, thanks Josh, now I remember I saw it once on the list...
>>>>>> but is Condition optional (as said by help)?
>>>>>>
>>>>>> Best
>>>>>>
>>>>>> -a-
>>>>>>
>>>>>> On Jul 21, 2009, at 10:51 PM, Josh Parmenter wrote:
>>>>>>
>>>>>>> Routine.run({
>>>>>>>
>>>>>>> c = Condition.new;
>>>>>>> ... send async command ...
>>>>>>> s.sync(c);
>>>>>>> ... contiue ...
>>>>>>> })
>>>>>>>
>>>>>>>
>>>>>>> Hope that helps.
>>>>>>>
>>>>>>>
>>>>>>> Josh
>>>>>>>
>>>>>>>
>>>>>>> On Jul 21, 2009, at 1:47 PM, Andrea Valle wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>> this maybe is a bizarre question, anyway...
>>>>>>>>
>>>>>>>> Sometimes asynchronous commands are welcome, sometimes (for me)
>>>>>>>> not.
>>>>>>>> Is there a way to force syncing between sclang and scsynth, apart
>>>>>>>> form completion?
>>>>>>>>
>>>>>>>> I mean, if you evaluate this:
>>>>>>>>
>>>>>>>> SynthDef(\some, { etc}).send(server) ;
>>>>>>>> // sclang wait until server has compiled, then
>>>>>>>> Synth(\some) ;
>>>>>>>>
>>>>>>>> Or it's just the way architecture is and that's all?
>>>>>>>> (That would mean that each time the server is called it blocks the
>>>>>>>> sclang thread until it sends back something like a completion
>>>>>>>> message)
>>>>>>>>
>>>>>>>> Best
>>>>>>>>
>>>>>>>> -a-
>>>>>>>>
>>>>>>>>
>>>>>>>> --------------------------------------------------
>>>>>>>> Andrea Valle
>>>>>>>> --------------------------------------------------
>>>>>>>> CIRMA - DAMS
>>>>>>>> Università degli Studi di Torino
>>>>>>>> -->
>>>>>>>>
>>>>>>>> <http://www.cirma.unito.it/andrea/>http://www.cirma.unito.it/andrea/
>>>>>>>> -->
>>>>>>>>
>>>>>>>> <http://www.myspace.com/andreavalle>http://www.myspace.com/andreavalle
>>>>>>>> -->
>>>>>>>>
>>>>>>>>
>>>>>>>> <http://www.flickr.com/photos/vanderaalle/>http://www.flickr.com/photos/vanderaalle/
>>>>>>>> -->
>>>>>>>>
>>>>>>>>
>>>>>>>> <http://www.youtube.com/user/vanderaalle>http://www.youtube.com/user/vanderaalle
>>>>>>>> --> <mailto:andrea.valle@xxxxxxxx>andrea.valle@xxxxxxxx
>>>>>>>> --------------------------------------------------
>>>>>>>> " This is a very complicated case, Maude. You know, a lotta ins, a
>>>>>>>> lotta outs, a lotta what-have-yous."
>>>>>>>> (Jeffrey 'The Dude' Lebowski)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> ******************************************
>>>>>>> /* Joshua D. Parmenter
>>>>>>>
>>>>>>> <http://www.realizedsound.net/josh/>http://www.realizedsound.net/josh/
>>>>>>>
>>>>>>> "Every composer - at all times and in all cases - gives his own
>>>>>>> interpretation of how modern society is structured: whether actively
>>>>>>> or
>>>>>>> passively, consciously or unconsciously, he makes choices in this
>>>>>>> regard. He
>>>>>>> may be conservative or he may subject himself to continual renewal;
>>>>>>> or he
>>>>>>> may strive for a revolutionary, historical or social palingenesis."
>>>>>>> - Luigi
>>>>>>> Nono
>>>>>>> */
>>>>>>>
>>>>>>
>>>>>> --------------------------------------------------
>>>>>> Andrea Valle
>>>>>> --------------------------------------------------
>>>>>> CIRMA - DAMS
>>>>>> Università degli Studi di Torino
>>>>>> -->
>>>>>> <http://www.cirma.unito.it/andrea/>http://www.cirma.unito.it/andrea/
>>>>>> -->
>>>>>>
>>>>>> <http://www.myspace.com/andreavalle>http://www.myspace.com/andreavalle
>>
>> >>>> -->
>>>>>>
>>>>>>
>>>>>> <http://www.flickr.com/photos/vanderaalle/>http://www.flickr.com/photos/vanderaalle/
>>>>>> -->
>>>>>>
>>>>>>
>>>>>> <http://www.youtube.com/user/vanderaalle>http://www.youtube.com/user/vanderaalle
>>>>>> --> <mailto:andrea.valle@xxxxxxxx>andrea.valle@xxxxxxxx
>>>>>> --------------------------------------------------
>>>>>> " This is a very complicated case, Maude. You know, a lotta ins, a
>>>>>> lotta
>>>>>> outs, a lotta what-have-yous."
>>>>>> (Jeffrey 'The Dude' Lebowski)
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> ******************************************
>>>>> /* Joshua D. Parmenter
>>>>> <http://www.realizedsound.net/josh/>http://www.realizedsound.net/josh/
>>>>>
>>>>> "Every composer - at all times and in all cases - gives his own
>>>>> interpretation of how modern society is structured: whether actively
>>>>> or
>>>>> passively, consciously or unconsciously, he makes choices in this
>>>>> regard. He
>>>>> may be conservative or he may subject himself to continual renewal; or
>>>>> he
>>>>> may strive for a revolutionary, historical or social palingenesis." -
>>>>> Luigi
>>>>> Nono
>>>>> */
>>>
>>>
>>> --
>>>
>>>
>>>
>>>
>>>
>>> .
>>>
>>> _______________________________________________
>>> sc-users mailing list
>>>
>>> info (subscription, etc.):
>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>> archive: https://listarc.bham.ac.uk/marchives/sc-users/
>>> search: https://listarc.bham.ac.uk/lists/sc-users/search/
>>>
>>
>>
>>
>> --
>> http://www.mcld.co.uk
>>
>> _______________________________________________
>> sc-users mailing list
>>
>> info (subscription, etc.):
>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>> archive: https://listarc.bham.ac.uk/marchives/sc-users/
>> search: https://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: https://listarc.bham.ac.uk/marchives/sc-users/
> search: https://listarc.bham.ac.uk/lists/sc-users/search/
>
--
http://www.mcld.co.uk
_______________________________________________
sc-users mailing list
info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-users/
search: https://listarc.bham.ac.uk/lists/sc-users/search/