Am 02.12.2007 um 16:35 schrieb Andrew Brouse: > If you want to do any scrubbing, varispeed or playing backwards of the > video, you need a CODEC which does not use temporal compression. > Photo-JPEG is in fact a very good choice in this case and if > compressed at > 320 X 240 you get a good balance of file-size, picture quality and > processor load. JPEG 2000 should also be a good choice (supported by > QuickTime and there are libraries which support it on Linux but not > sure > if it will play in GEM).
hi andrew, i wonder if the photo-jpeg compression does introduce a jitter in the decoding speed depending on the complexity of the content. gem would need a different time to decode each time a different frame is called. i am working now with 1024x768 video compressed with 75% quality photojpeg and sometimes see lags in the decoding.. but maybe it's just my imagination. max _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list