[PD] gem codec basic review

[Roman Haefeli]

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
course).

roman


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