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