GNOME Bugzilla – Bug 332157
[asfdemux] This WMV file is played very strangely
Last modified: 2007-05-07 17:21:22 UTC
Download this wmv file : http://ploum.fritalk.com/piece-unique.wmv Unlike many others wmv files, totem-gstreamer will play it, this is great. But after a few seconds, strange things happend : frames are played very quickly then very slowly then very quickly. Very strange. It's impressive to see that A/V sync is however really good ! I'm using gstreamer0.10-plugins-bad 0.10.1-0ubuntu1 with totem in Ubuntu Dapper.
for some reason asfdemux is sending out buffers with GST_CLOCK_TIME_NONE. which screws up everything thereafter.
There is most likely is an asfdemux bug here, no question about it. Still, it's perfectly legitimate for the demuxer to send out frames with GST_CLOCK_TIME_NONE (if frames with a correct timestamps have been sent ealier) - the decoder should set sane timestamps on outgoing buffers in that case, e.g. based on the frame rate, shouldn't it? So the ffmpeg decoder probably needs fixing too in that case.
http://tolo88.altervista.org/video/calcettonido.wmv FFmpeg plays this file, and keeps audio and video synchronised (the video is not display perfectly, however). Instead, Totem with GStreamer 0.10 backend only plays the first few video frames, then only audio.
I also have a .wmv file with a very similar problem described by Lionel: the audio is played right, the video goes very fast. Unfortunately it is too big to attach, and the site where it could be downloaded removed the .wmv and replaced it with a DivX. The original .wmv can be downloaded from eMule (look for "007 ipercoop wmv"), or I can send it via e-mail. FFmpeg plays it with no problems. Also, using ffdemux_asf instead of asfdemux solves everything
I've found an example like Fabrizio is describing : http://ploum.fritalk.com/yatta.asf The video is played very quickly then stopped. The audio is right. It seems to be a different issue than the one I have with the first file. Must I open a new bug ?
Lionel: no, it's most likely the same issue. Thanks for the sample file.
Created attachment 62029 [details] [review] Fix timestamps in compressed segments This patch makes playback of Lionel's first video better. Admittedly, with this patch I just tried to reproduce what FFmpeg does.
The above patch seems to fix yatta.asf too Problem with calcettonido.wmv seems to be unrelated, I opened #336550 for it
I noticed another file which jumps around: Is this file fixed as well? I found this in a link from drudgereport. http://movies.crooksandliars.com/Today-Coulter-12-27-05.wmv I hope these fixes make it into the next Ubuntu!
For some strange reason, this video can only be downloaded by clicking on from the page http://www.crooksandliars.com/2005/12/27.html , I'm downloading the video right now.
Sorry, I've downloaded the file and cannot reproduce the problem (with Totem and the latest RPM version of GStreamer on FC5). Instead, yatta.asf and piece-unique.wmv still have problems (same configuration).
*** Bug 313851 has been marked as a duplicate of this bug. ***
The patch has actually been committed by Wim at some point. In any case, the packet parsing code has had a bit of an overhaul recently, and the above videos (in particular yatta and piece-unique) play fine now from local file. calcettonido.wmv doesn't play perfectly yet, but that's a decoder/ffmpeg issue I think (seems like it doesn't support a certain type of delta-frame or something). Closing this bug as FIXED. Please file new bugs for any other files that don't play correctly with current -ugly CVS.