I've found that it doesn't happen with all mpgs, just some that I tried. I've managed to isolate a small example for you.
It might be something to do with the way the sound is encoded, because when I removed the sound (using avidemux 'copy video' but with no sound), it didn't happen any more.
There are two files in the attached tar.bz file:
* mpg that resets time in totem-gstreamer2.avi
* demo of time reset in totem-gstreamer.ogg
The first one is a 7-second mpg that shows the problem when played in totem-gstreamer. The ogg file is a screen vid of totem-gstreamer playing a 12-second version of the file, captured with recordMyDesktop.
The video doesn't render in the ogg file, and it runs a bit slow (recordMyDesktop slows things down somewhat - when I play the mpg without recordMyDesktop recording, the time resets to zero more frequently that in the ogg file.), but it demonstrates the issue - you can see the time resetting to zero every now and again, going back to what it should be, then back to zero, etc.
I've found that it doesn't happen with all mpgs, just some that I tried. I've managed to isolate a small example for you.
It might be something to do with the way the sound is encoded, because when I removed the sound (using avidemux 'copy video' but with no sound), it didn't happen any more.
There are two files in the attached tar.bz file:
* mpg that resets time in totem-gstreamer 2.avi
* demo of time reset in totem-gstreamer.ogg
The first one is a 7-second mpg that shows the problem when played in totem-gstreamer. The ogg file is a screen vid of totem-gstreamer playing a 12-second version of the file, captured with recordMyDesktop.
The video doesn't render in the ogg file, and it runs a bit slow (recordMyDesktop slows things down somewhat - when I play the mpg without recordMyDesktop recording, the time resets to zero more frequently that in the ogg file.), but it demonstrates the issue - you can see the time resetting to zero every now and again, going back to what it should be, then back to zero, etc.