[PD] gem codec basic review

Roman Haefeli reduzierer at yahoo.de
Mon Dec 3 06:55:03 CET 2007

On Sun, 2007-12-02 at 17:03 +0100, Max Neupert wrote:
> 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.

is the playback synced to gems rate or does it run on its own ('auto 1'
-> [pix_film])? if the latter is the case, consider syncing the playback
to gems framerate (choose the framerate of the videofile for gemwin, of


Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de

More information about the Pd-list mailing list