This is tricky. Not quite sure how to make the transition between the clips seamless. Here is another approach, using different texture objects for each clip.

2. import processing.opengl.*;
3. import codeanticode.glgraphics.*;
4. import codeanticode.gsvideo.*;
5. 
   
6. GSMovie clips[];
7. GLTexture tex[];
8. 
   
9. boolean switched = false;
10. int current = 0;
11. void setup() {
12.   size(640, 480, GLConstants.GLGRAPHICS);
13.   frameRate(25);
14.   clips = new GSMovie[2];
15.   tex = new GLTexture[2];
16.   tex[0] = new GLTexture(this);
17.   tex[1] = new GLTexture(this);  
18. 
    
19.   clips[0] = new GSMovie(this, "loop.mp4");
20.   clips[1] = new GSMovie(this, "loop.mp4");
21.   clips[0].setPixelDest(tex[0]);
22.   clips[1].setPixelDest(tex[1]);  
23.   clips[0].loop();
24.   clips[1].loop();  
25.   
26.   println("looping oh so smooth");
27. }
28. 
    
29. /*
30. void movieEvent(GSMovie m) {
31.   m.read();
32. }
33. */
34. 
    
35. void draw() {  
36.   if (millis() > 12000 && !switched) {
37.     println("changing to the second clip");    
38.     int n = clips[0].frame();
39.     clips[0].stop();
40.     clips[1].jump(n);
41.     switched = true;
42.     current = 1;    
43.   }
44.   
45.   if (clips[current].available()) {
46.     clips[current].read();
47.   }
48.   
49.   if (tex[current].putPixelsIntoTexture()) {
50.     image(tex[current], 0, 0);
51.   }
52. }

but I can still see a brief jump, at least on my computer. Maybe playing around with the value n the second clip jumps to it is possible to minimize the jump.

thanks for your input.

I found out that using two textures works pretty well. The part that takes time is when calling play() for the first time : it seems the gstreamer chain setup takes a lot of time. Even worse, right after the film begins, some ressources like framerate and total number of frames are not available.

The workaround I found is to play() the movie in an unmapped texture until these ressources become available. Then I pause it and rewind. Then playing starts at once. I just display one texture after another. So maybe it's just a matter of adding a prepare() or preload() method to GSVideo to make all ressources available at once.

1.   clips[other] = new GSMovie(this, "somefile.mp4");
2.   clips[other].setPixelDest(tex[other]);
3.   clips[other].play();
4.   while (clips[other].available ());
5.   clips[other].pause();
6.   clips[other].goToBeginning();  

With this technique the program fails after a few minutes however. The really nice thing would be to use a queue.

still can't get things to go smooth. Moreover, I found that sometimes doing :

1. while(clips[other()].available());
2. while(clips[other()].length() == 0);
3. println(clips[other()].length());

prints 0, same for duration(). So at some point the ressources set, then lost. It's not a matter of video format, it sometimes run fine and sometimes fails with the same file. It can be my computer is too slow and threads don't get in sync fast enough. Will try with smaller videos/other codecs.

by adding some timing prints in the GSMovie class, I found out that both initSink() and gplayer.play() take a long time, about 30ms each on my computer with a 1024x768 2 seconds mpeg movie (4 to 8ms for play() with the loop.mp4 sample).

I'm in the process of using veejay for video processing (so implementing a VIMS class). So far it seems gstreamer-java is not yet ready for realtime :(.

Not blaming anyone.

Thanks for your help and this nice library, Andres !

Indeed, there are several aspects to improve both in the gstreamer-java bindings and in gsvideo.

Hopefully, things will improve in the next releases of the bindings and the library.

Good luck with your project!