GNOME Bugzilla – Bug 169999
Can't make a screenshot and Totem asked me to file this bug.
Last modified: 2005-07-20 19:04:32 UTC
Please describe the problem: Totem can not play http://media.nintendo.com/mediaFiles/52937b07-384a-4364-b8fc-e6f11617d1ab.mov which is an advertisement for a video game. Playback is choppy-sounding and there is no picture (all black). Xine has no problem playing the same movie file. Steps to reproduce: From the command line: 1. wget http://media.nintendo.com/mediaFiles/52937b07-384a-4364-b8fc-e6f11617d1ab.mov 2. totem 52937b07-384a-4364-b8fc-e6f11617d1ab.mov 3. While the movie is playing (however choppily), select Edit->Take Screenshot. You should see the panel I saw (which I describe below). Actual results: Totem tells me "Totem could not get a screenshot of that film. Please file a bug, this isn't supposed to happen." there is one button ("OK") to press. Expected results: I should either not be able to pick the screenshot menu choice or I should get a screenshot of the frame I'm looking at when I pick the screenshot menu choice. Does this happen every time? Yes. Other information: Ordinarily I'd attach a short movie that can make this happen, but I don't know of another movie that provokes this bug.
Which backend?
Seems to work fine with a current xine backend.
Sorry, didn't catch that this is a backend issue. I've changed the component from "General" to "GStreamer backend".
It kinda works here on totem 1.1.2 (video+audio, and i can create a screenshot). However, i get only sound on the left channel and the order of the frames that the movie plays in is bad, like if the correct video stream would be ABC DEF GHI JKL... i see them as DEF ABC JKL GHI, but i guess that is another bug, and i will look into it a bit furthere.
Reproduceable. ffplay on same ffmpeg version plays it fine, so seems like our ffmpeg backend setup is bogus...
Video is fine now, audio may need more work as said above, didn't check closely really...
#307353 handles audio now...