GNOME Bugzilla – Bug 137748
[ffdec_wmav2] jaggy video for homeShopping.asf
Last modified: 2004-12-22 21:47:04 UTC
Tried playing a couple of ASF clips I have laying around and they both start with playing back just sound, then it plays the end of the sound and the begining of the video, before just playing the video for a while. The video is also very jaggy/slow. Will attach one of the clips to this bug.
Please attach one file (at least) and make sure you were using basicgthread.
Ping... And I have the idea that this is an opt issue, could you retry with basicgthread?
Tested again today with this clip: http://www.punchbaby.com/media/gitfakt/clips/TV/homeShopping.asf Both vidoe and sound are 'jaggy' ** (totem:17030): WARNING **: ffdec_wmav2: decoding error Tested basicgthread using: gst-player --gst-scheduler=basicgthread homeShopping.asf ** Message: uri : homeShopping.asf result: Invalid URI ** Message: adding 'homeShopping.asf' with no mimetype (gst-player:10087): GStreamer-WARNING **: pad video_scaler:src has no event handler (gst-player:10087): GStreamer-WARNING **: pad video_scaler:src has no event handler (gst-player:10087): GStreamer-WARNING **: pad video_scaler:src has no event handler ** (gst-player:10087): WARNING **: ffdec_wmav2: decoding error ** (gst-player:10087): WARNING **: ffdec_wmav2: decoding error
Is this with current CVS? Or with 0.8.3 + 0.8.1? There was an issue in asfdemux (one which I never noticed before) where it would handle *all* media data in one loopfunction call. That's a big no-go for opt. I changed that and committed yesterday evening, which might actually fix this. If this is with current CVS, then nevermind; I'll look at it.
Yes, this is using Totem and current CVS
This is no longer reproduceable with current CVS + Totem-playbin.