Hi everebody
I'm having a problem with my processing sketch (in Eclipse with linux Ubuntu). I've just finished a "white glove tracking" ( http://www.whiteglovetracking.com/ ) sketch and in order to export it as a video I'm trying to save each frames (60fps).

It seems to work but I get only about 8000 frames if I do save them in TGA (about 2 gigos !) and it's worst with PNG files (about 2000). The white gloves data have 10,060 frames...

I saw on the discourse that the 1.6 java may drop frames but event with the 1.5 sdk it drops frames too...

As I'm on linux I use the GSVideo library.

Is there a another way to export all frames ?

There is something I don't get, but maybe I will just show my ignorance of video stuff...
My question is: why do you try to work at 60fps if that's for video output? I thought standard video framerate was 25fps.
Not sure if such lowering would be enough, but it would be already a step in the right direction.

Next, I was about to advice to use QuickTime video library instead, but I see it isn't supported on Linux. I had good results exporting videos with it: the visible framerate drops a lot, as the computer has to write megabytes to the disk, but result video has the wanted framerate.
I don't know the GSVideo library, how it works. Do you have to export each frame as image before making the movie? That means you don't use this library in Processing itself, right? If so, do you need to draw and export the frames in real time?

Sorry for the naive questions, experience shows that such dumb questions might trigger some ideas when trying to answer them...

i think you're mixing up the idea of "skipped frames". what other people have seen is certain instances where running code visually skips because it doesn't draw to the screen properly before a new frame starts. that's different from your case because you're saving the images to a file, which isn't affected by the rate at which the screen updates.

more likely, if you're using video/movie input, your machine cannot save files quickly enough, while also handling the video input. this results in missing frames in your output, because no matter how long the sketch is taking to process each frame of video, the video input continues.

to improve things, you might try writing the output with moviemaker, which may be more efficient than saving multi-megabyte uncompressed TGA files.

but fundamentally, you need to set it up so that you're only processing a single frame of input per each trip through draw(), and calling saveFrame() (or MovieMaker's add() method) at the end of each draw().

yo, thanks a lot I finaly made it
Here's the final result... not so complicated but fun to do !

http://www.vimeo.com/1359844