On 2/16/07, Item State <itemstatechanged@yahoo.de> wrote:
can i buffer
the current movie frame somehow and then re-flush the
buffer?

try pix_buf or the pix_buffer objects...

i have hundreds of clips and .coll files with loop
points specified in movie-time (quicktime time with
timebase 600 usually). the movies have variable frame
rates from 8 to 15, sometimes with frame rates
changing within the movie so i would like to specify
the current time using movie timebase not frame
number. 

Nato user?  They did things like you want to do a lot better than c74 does. 

Reasons GEM doesn't allow for QT 'ticks':

- Quicktime is only one of many API used for playback of media
- QT ticks are not easy to reconcile with the global GEM render timing

You may set the rate of a QT film using the 'rate' message and 'rate 1' will follow an internal change in fps inside a QT film.



i'll do a test tomorrow. if i use a metro, will it
automatically compensate for runtime jitter, i.e. will
it stay stable over time (i know metro is horrors in
max).

The metro is not so hot in Pd either.  Good luck. 

also what i don't understand: if the rendering is not
triggered independant of the film but only if a new
film frame is decoded, what happens if i have four
movies with different frame rates? this sounds as if i
get very inefficient rendering since probably four
times as much rendering events will be fired than
would actually be needed to compose one image of all
four movies glued together.

On the contrary, the internal handling of Quicktime in GEM is extremely efficient.  There is lots of code that issues a new frame only when one is needed.  The way to have this work for you is to set pix_movie/film to 'auto 1' and use the 'rate' message to control playback speed.