Hi all,
I am using pix_snap and pix_record to get a series of images with decoration into a video file. This is (surprisingly enough!) working already, but with one interesting feature: the recorded videos are vertically inverted! top-bottom exchange...
Hmm, any ideas what that might mean? I am using yesterday's build for OSX PPC from .hc. The problem seems to lie with pix_snap: if I connect the input pix_video straight to pix_record, then it goes through right, gets recorded right, all is well.
I build a capture with pix_snap. If I look at the texture coming out of pix_snap by pix_texture-ing it onto a rectangle, then it looks right. It just gets turned upside down when it gets recorded.....
Any ideas would be great. No huge loss, I am sure it a simple post-processing thing to make it look right, but I would like to know what is going wrong....
tim
Tim Boykett wrote:
I build a capture with pix_snap. If I look at the texture coming out of pix_snap by pix_texture-ing it onto a rectangle, then it looks right. It just gets turned upside down when it gets recorded.....
Any ideas would be great. No huge loss, I am sure it a simple post-processing thing to make it look right, but I would like to know what is going wrong....
well, openGL originates the image at the bottom-left corner; pixel-formats differ about this, some have the origin in bottom-left, others in top-left. for optimization-reasons, Gem only flags the latter images as "upside down" and displays them correctly (with special code in [pix_texture]).
obviously there is no corresponding code in [pix_record]...
as a quick hack you can either flip the pixes after recording (with your favourite editor), or before recording with [pix_flip]
fgmsadr.- IOhannes