XML Feeds

.

[jitter] Re: Laughably Easy Question. Seriously.

Jean-Fran ç ois Charles jeanfrancois.charles at newflore.org
Tue Mar 25 13:51:08 MDT 2008


Use a [bang]. It's true, but I'll also try a longer answer:

How I would study the problem:
I would make a graphic, with a pencil and a piece of paper, to break down
the problem.
I want to play a movie in loop.
When I hit a key, what should the patch do?
-load the corresponding movie
-play this new movie
-be ready to detect the end of this movie (is there an end indicator, or
should I know the length of the movie and count on that?)

When the end is detected, what should the patch do?
-load back the "looping" default movie
-play it
-turn off the "detect end of the movie" feature
-be ready to listen to a new key to load a new interrupting movie.

This looks already like a step in the right direction, no?
Then for the implementation, you may try:
-with one movie player. If you choose this option, you could make a unique
movie with all your small movies, so you don't loose time to load the new
movie. Then you deal with start/end points.
-with 2 players, so you can still project the current movie while you are
loading the next. One player could be dedicated to the loop, the other to
the interrupting movie. That would work if you forbid to launch a new
interrupting clip while the loop is not running. Otherwise, you have to
build a more clever engine.

Also about implementation, you will benefit from using a projection of the
movies onto an OpenGL videoplane.

Hope that helps,
Jean-François.

> Hey there, I'm stumped with jitter as of now and I could really use a nudge in
> the right direction. The basics are as so: I have a bunch of small movie clips
> that are accessed by various keys... but there is one particular clip that I
> want to play (on loop) directly after any other movie clip finishes. How can I
> get the clip to automatically play on default when the patch isn't busy
> playing another one? Thanks! 





More information about the jitter mailing list