[PD] pix_record problem

[Jack]

I don't know why you use [pix_dump] in your patch.
And i am not sure what you want to do but i guess you need send your
[pix_crop] in different rectangles. Then capture with [pix_snap] the
entire gem window, then record this capture with [pix_record].
I strongly recommend you start to see 02.advanced examples in the GEM
section to understand how render order and capture work.
++

Jack



Le jeudi 20 janvier 2011 à 15:04 +0100, Michael Karr a écrit :
> Hello all,
> 
> 
> I am still teaching myself how to get good output from GEM, I am
> working now with a formant vocoder which feeds values into a video
> composition of 5 rectangles. It renders the rectangles as I want it
> to, but when I export it via pix_record, it only saves the top
> rectangle, and rotated 180 degrees and in slow-motion. So strange... I
> have tried several objects as an in-between, now I have pix_dump,
> because I thought it might have to do with the 5 different pix_crops,
> and needed them to go through one device to the rectangle. So how can
> I get the entire window to save properly to the disk (I have read in
> the forums that many people experience problems with the color.. this
> is not my problem here.) I would like to avoid using screen capture
> from an external. I have attached the patch as is.. there are two
> bangs which need to be activated before starting the rendering.
> 
> 
> Thanks!
> Michael
> 
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20110120/20969917/attachment.pgp>