Thanks for the help on this. I've attached the updated patch. After choosing a directory to save the files all of the shots will be saved as jpgs.
I noticed some weird behaviour when pressing the Record (big red) button. The save message is trying to save from a buffer slot that isn't yet filled. I thought it was a race condition, so added a [t b b] but that didn't solve it. I don't know what the exact problem is, but the workdaround that I used seems to work
Antonio
On 20 March 2012 12:06, IOhannes m zmoelnig zmoelnig@iem.at wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2012-03-20 12:21, Antonio Roberts wrote:
I've been attempting to build on the stop-motion animation patch that guido built some time ago (attached). I want to output each new frame to an image but there's one problem: [pix_write] reads what is currently in the frame buffer, which could be one of the old pictures. Is there any way to make it read from a specific point in the frame buffer?
a "framebuffer" in openGL- and Gem-land usually means a "canvas" where you draw to. [gemwindow] is a typical framebuffer, [gemframebuffer] (what's that name..?) as well.
[pix_write] will indeed read from this framebuffer. you can specify where in the framebuffer it reads via the "offset" & "dimension" parameters.
[pix_buffer], while being a "buffer" that holds "frames", is NOT a framebuffer in this parlance.
you can use the [save foo.jpg 42( message to save a pix from the [pix_buffer] to the disk. the last argument ("42" in this case) denotes the slot to read the image from.
fgasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk9oct4ACgkQkX2Xpv6ydvSdSQCgpS3lASLj8qZ5Y2vI2xX2FFJU tYIAoKEx3CZRE++bKPOUakALFUxZIyb7 =G992 -----END PGP SIGNATURE-----