GNOME Bugzilla – Bug 537614
[decodebin] mms:// streams hang at startup
Last modified: 2009-08-10 14:42:10 UTC
This stream plays perfectly in both VLC and Xbox Media Center, but fails horribly in GStreamer based players. mms://wm0.c90805.cdn.qbrick.com/90805/kluster/20080512/080512kobra.wmv First of all totem stops (forever?) at the first frame, secondly it picks the lowest quality stream. 384x216 sucks... 640x360 rocks, let the people with slow intarweb suffer instead of those with fast.
If I download the wmv-file to disk it's possible to play it. If I change mms:// to http:// it still fails.. Ok.. so problem is still that it fails to play over the net, and it fails to pick the highest quality stream (and it's not possible to select in any way).
Same here, I guess it's some kind of timestamp issue...
*** Bug 432492 has been marked as a duplicate of this bug. ***
It works fine with decodebin2 (and playbin2), but fails with decodebin (and playbin).
I bet it's the usual asf-headers-have-more-streams-than-the-asf-stream-has-data thing (and playbin/decodebin don't like pads that don't push data). FWIW, it'll probably also go away when asfdemux uses the new parsing code for push-mode. (I've got a patch for that even, just need to review it and make sure it was actually ready).
What do you mean by "asf-headers-have-more-streams-than-the-asf-stream-has-data"? Here's the output of mplayer related to video and audio streams: ==> Found audio stream: 2 [asfheader] Audio stream found, -aid 2 ======= WAVE Format ======= Format Tag: 353 (0x161) Channels: 2 Samplerate: 48000 avg byte/sec: 8001 Block align: 2731 bits/sample: 16 cbSize: 10 Unknown extra header dump: [0] [88] [0] [0] [f] [0] [ad] [2a] [0] [0] ========================================================================== ASF: audio scrambling: 1 x 1 x 2731 stream type: guid_video_stream stream concealment: unknown guid 0057fb20-555b-cf11-a8fd00805f5c442b type: 55 bytes, stream: 0 bytes ID: 3 unk1: 0 unk2: 0 FILEPOS=0x1422 ==> Found video stream: 3 [asfheader] Video stream found, -vid 3 ======= VIDEO Format ====== biSize 44 biWidth 640 biHeight 360 biPlanes 1 biBitCount 24 biCompression 861293911='WMV3' biSizeImage 0 Unknown extra header dump: [4c] [b1] [1a] [1] =========================== stream type: guid_audio_stream stream concealment: guid_audio_conceal_interleave type: 28 bytes, stream: 8 bytes ID: 1 unk1: 0 unk2: F2FF720 FILEPOS=0x1643 ==> Found audio stream: 1 [asfheader] Audio stream found, -aid 1 ======= WAVE Format ======= Format Tag: 353 (0x161) Channels: 2 Samplerate: 32000 avg byte/sec: 4000 Block align: 1536 bits/sample: 16 cbSize: 10 Unknown extra header dump: [0] [88] [0] [0] [17] [0] [0] [1e] [0] [0] ========================================================================== ASF: audio scrambling: 1 x 1 x 1536 stream type: guid_video_stream stream concealment: unknown guid 0057fb20-555b-cf11-a8fd00805f5c442b type: 55 bytes, stream: 0 bytes ID: 4 unk1: 0 unk2: 0 FILEPOS=0x16B5 ==> Found video stream: 4 [asfheader] Video stream found, -vid 4 ======= VIDEO Format ====== biSize 44 biWidth 384 biHeight 216 biPlanes 1 biBitCount 24 biCompression 861293911='WMV3' biSizeImage 0 Unknown extra header dump: [4c] [39] [1a] [1] =========================== ASF: packets: 78968 flags: 2 max_packet_size: 2888 min_packet_size: 2888 max_bitrate: 249422 preroll: 5000 Title: Author: Copyright: Comment: Rating:
This works fine with both decodebin/decodebin2 playbin/playbin2 now. Can we close this ?
Yep, works for me just fine in 2.27.x
The wrong stream is still picked. VLC will select the HQ version.
> The wrong stream is still picked. VLC will select the HQ version. Could you file a new bug (or clone this bug) against gst-plugins-bad/mmssrc for this please? Thanks!
And don't forget to mention the current setting for the network speed in the preferences.
Filed as #591334.