Remote Desktop or VGA Feeds into QC?

I think the firewire is a good route.

Don't have many other thought on it... I've never used Remote Desktop and QC together, but now you have me curious.

I mean, the other option that comes to mind is actually putting them up on web, and viewing in Safari or something.

(Open question to other forum-ites... Spooky can't send over a network, right? If it can, that might be an option... but with potential for real weirdness.)

Mac to Mac , why not just go VNC, included, I believe with Remote Desktop 3.

If you haven't already got Remote Desktop 3 ($499 unlimited), then why not go for TestPlant's Vine Server / Viewer setup - it's FOC :-)

Firewire is defintely the hardware route for good / better video interfacing, but in regards of sending and receiving quartz composer renders over the web, I think a quicker idea would be to simply Moodle them up as downloads seeing as how a lot of stuff just doesn't get supported in the WebKit plugin for Safari QC.

Further I would definitely get my students into the regular habit of zipping up any dependent assets prior to upload, get them used to doing snapshots, screen grabs as part of their posts upon Moodle.

It would be really nice of we could have something based in QC that allowed for such swap and demonstrata, but it can be achieved by VNC and Moodle / PHP really easily.

Whatever, have fun :-)

you can do some interesting things with OSC and quartz composer visualizer it is located in you graphics developer applications bundle. maybe look into bonjour networking.

I was just reading this: http://createdigitalmotion.com/2009/07/30/tutorial-send-video-between-tw...

Brilliant for DV streams but quartz compositions don't fully render via such a mechanism and in regards of that being part of the originally posted enquiry, VNC is a far more fulsome approach, although this DV stream is an interesting exploitation of Quartz Composer in itself.

I know vade working on a QC plugin for DV-"outputing" from QC.

I plan on putting out a beta for that very soon now (the DV plugin), but for getting something working sooner rather than later, you can do this:

Turn on "Screen Sharing" in your preferences on the system whose display you want to capture.

You can then run /System/Library/Core Services/Screen Sharing.app and connect to the remote machine.

Resize the image to whatever size you want. Use my screen capture utility ( http://002.vade.info ) to capture the window of the remote screen to a QC image and do with it what you want :)

For simply sending composition image output, where the controls all stay with the sender, you can do it with CamTwist and Skype (as well as ooVoo, Yahoo Messenger, etc). It works really well. The caveat is that the compositions have to be dropped into CamTwist's effects folder before the compositions and their published ports become available for manipulation and streaming via CamTwist.

Anyway, it works nicely. I do it all the time. You can send clear, functioning composition imagery to anywhere at all .. Russia, Mexico, the basement, you name it .. and I often so do.

Lee, does this work from your OS X CamTwist Skype to someone's PC ooVoo or Skype or Yahoo Messenger client ?

Most certainly! As long as everybody is using the same conferencing client, of course. Skype to Skype. OoVoo to ooVoo, etc. Sure, it works excellently cross platform. You can also stream CamTwist (and thus the compositions) via QuickTime Broadcaster for multiple recipients, if desired. Takes processing power, needless to say. But, so do many other cool things, like image-filter chains.

For informational reference: CamTwist will honor and present controls for the following published ports: Strings, Numbers, Colors, Fonts, Indices, Images and Booleans.

No Trackball, but you can rig a 2D trackball style approximation by substituting a 3D Transformation patch for the Trackball and by publishing two of the 3D Transformation's three rotation ports as X and Y Position ports. CamTwist will then present a 2D Position Box for the two published rotation ports. I usually choose X and Y rotation for this port-name translation procedure, but it's wide open to exploration. Look in CamTwist's effects list for 'Rotation Translation', go to the file in the CamTwist effects folder an observe the two math patches at root level. I can say that because I assembled that simple composition. Observe also root level of 'Text Iterator'. The text parts of the composition weren't my assembly but the rest was.