this doesn't work:
[gemhead] [netreceive]
| |
[netsend] [rectangle]
has anyone got a way to do what this looks like it should do? Why doesn't this work?
there's a more precise version of the patch described above attached.
Passing GemList flow across a network-
this doesn't work:
[gemhead] [netreceive]
| |
[netsend] [rectangle]
has anyone got a way to do what this looks like it should do? Why doesn't this work?
there's a more precise version of the patch described above attached.
any technology distinguishable from magic
is insufficiently advanced.
I would love to see this work. No thoughts yet, but I'll try running some tests in the next week or so (my 2nd machine is down at the moment).
From what I read (and experienced) GEM/OpenGL commands don't follow the same dataflow logic that PD uses... so even though your objects are connected the way *you* want them, that's not how GEM builds the scene graph.
You may have to use a [seperator] or [pix_seperator] object before sending the gemlist output out over [netsend]. That helped me in some experiments I was doing this weekend. Maybe like : gemhead -> pix_film -> pix_texture -> pix_seperator -> netsend -> netreceive -> translateXYZ -> rectangle
i tried this with OSC a while ago and received "gemlist: pointer" (was it that? anyhow, the same thing, what the first computer was sending) in a printout to the console of the second computer.
having a second gem running there to display the object however, did not work.
this would be absolutely great to see being solved!
it seems that you might be able to do it using the OpenGL command "glFlush()", possibly in the form of a [GEMglFlush] object
i don't know enough about OpenGL to actually implement this, but hopefully somebody who does can chime in.
The solutions that I've found so far don't actually send GEM or OpenGL data across the network, but rather use co-operative patches on the client and server machines so that control data is passed from the client to an identical GEM chain on the server.
You can find these examples in NetPD (http://www.netpd.org) and PixelTANGO (http://www.tot.sat.qc.ca/logiciels_pixeltango.html).
While this is an acceptable approach for some applications, this will only work if you are generating all audio and video from within PD and GEM. Otherwise you will run into sync issues with live or pre-recorded audio and video.
There is a PDP method of streaming audio and video live to a streaming server, but I am concerned about the additional CPU power required to convert from GEM to PDP and then stream. I hope to test this soon using Darwin Streaming Server.
Oops! Looks like something went wrong!