Ok, so heres my problem... Well first off i guess i should explain myself. I am a High School art teacher currently teaching an Arts and Technology class.. I found this program and it is awesome. The kids seem to like it and i really think its pushing ideas of art and technology.

The students have been doing some interesting stuff and as we get deeper into the program they are definitely surprising me! Anyway the end goal is to create some interactive visual pieces that deal with imagery and social justice issues through the program..

they are well on their way but im having trouble figuring out how to record their final pieces into a dvd format or a quicktime movie? quicktime would be the best because i could then put it on dvd.. The AV guy at the school is also willing to display these artworks on the tv monitors/clocks throughout the building i just need to get it in a format he can use...

so.... how do i make this work? thanks guys i really appreciate any feedback.

There are many threads on this forum dealing with this topic. Search around for more opinions. I personally use SnapZ Pro on the mac, and Ambrosia strikes me as the kind of company with an ED discount.

you are using GEM?

recording the output with built in options is still not really working smoothly, at least for me too.

pix_write and pix_record would be the opitons gem has to offer - both never quite worked for gem patches with multiple chains, running a fluent min of at least 25fps.

i am sticking with a screenrecorder for now as well.

recording into a cam that has video-in can be another solution.

i agree with nestor and flo. i have tried pix_write and pix_record, but they are unreliable and often slow the framerate waaaaaaaaaaaay down when enabled.

stick with a screen-record software like Snapz Pro, or Screenium.

To clarify: pix_write works too. It *WILL* slow down the framerate, due to it generating one image per frame. It will get every frame, though you'll need another SW to make jpg, png, etc. into movies. The clear choice seems to be a screengrabber: especially if you are doing anything "real-time". (Let's hope you are!)

awesome... i am definitely doing real time stuff.. and a screen grabber sounds perfect... thanks so much for the info..

http://nullkey.ath.cx/projects/glc/ might work if you're on Linux (not tried it myself yet)

otherwise the approach I use in Gem (and similarly with GridFlow): play a live set recording all key presses and midi controller input (and the pseudo-random number generator seeds if I use [random] or similar) to a log file (I use [print] and redirect pd -stderr to a file in case Pd crashes..), then enable recording and replay the log file (after processing it with a script) and wait; it will run around 10x slower than realtime, but because of the way Pd works the pix_write and writesf~ output will still be in synchronisation when reassembling to a video stream (I use audacity to trim the audio, rm to trim the video before encoding with twolame for audio and ffmpeg / ppmtoy4m -S 444 -F 25:1 / y4mscaler / mpeg2enc - all on Linux).

I should really write a blog post / tutorial describing in detail how to do this, with example patches...