GNOME Bugzilla – Bug 332796
[asfdemux] cannot play an ASF stream
Last modified: 2006-03-01 10:04:26 UTC
Please describe the problem: I downloaded an edition of the Dutch radio journal (http://www.nos.nl/nosjournaal/archief/index.html) with a simple pipeline gstreamer/tools/.libs/gst-launch-0.10 mmssrc location="mms://streams.omroep.nl/nos/nieuws/2006/februari/audio/260206/Radio 1 Journaal 1200-1300 - zo 26 feb 2006 - 12 00_20k.wma" ! filesink location=nos.wma I can play the file with this pipeline ~/gstreamer/tools/.libs/gst-launch-0.10 filesrc location=~/nos.wma ! ffdemux_asf .audio_00 ! ffdec_wmav2 ! alsasink But this pipeline fails (immediately exits) ~/gstreamer/tools/.libs/gst-launch-0.10 filesrc location=~/nos.wma ! asfdemux .audio_00 ! ffdec_wmav2 ! alsasink There is probably something wrong with asfdemux. Increasing the debug level, the output looks suspicious to me (this line is output once per packet) asfdemux(18419) gstasfdemux.c(2219):gst_asf_demux_handle_data: multiple = 0, sequence = 0, padsize = 119, packet length = 6 6 bytes for the packet length seems way too short Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
Created attachment 60340 [details] [review] Patch for ASF support I don't know why packet length was read after sequence and padsize. In versions of asfdemux.c until 1.91 it was read first. In ffmpeg's libavformat/asf.c it is read first (see function asf_get_packet). And this patch makes the above-mentioned file work. Sorry, I cannot attach it, it is 9MB long. I can send via e-mail if needed. However, you can download it using the mentioned procedure
No idea why I swapped the order when porting, probably just a silly copy'n'paste-o. Thanks for the patch! 2006-03-01 Tim-Philipp Müller <tim at centricular dot net> * gst/asfdemux/gstasfdemux.c: (gst_asf_demux_handle_data): Read packet size, sequence and padsize in right order again (fixes #332796; patch by: Fabrizio Gennari).