[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sc-users] Graphics, Video and SC





Arie van Schutterhoef wrote:

-I think this is slightly more complicated than just UDP. It has to do
 with the packetsize, but also the hardware itself you are using.


  
It's very a strange business. I was sending out a request for a list of all the busses of all my objects (and that's a lot of busses) all in one request message. that caused  irregular drawing in sc.  Oddly if I send one _bundle_ with  separate requests for each group of 3 busses, the video was smooth again. Somehow, parsing the long list of busses in the first case seems to have hogged the processing time for a moment.

Obiously it makes sense that SCLang gives drawing less priority. However, this also makes it clear, that for more complex graphics, you have to use an external graphics server of some kind.

Both using SCLang as a central control, as well as the tehcnique of polling busses or even synths sending out messages on their own to the graphics server are good techniques I think.  I was thinking about each of them, and simply realized that which one to use probably has something to do with what kind of piece or installation you are writing.

jostM