After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 591334 - mmssrc picks the lowest quality stream
mmssrc picks the lowest quality stream
Status: RESOLVED NOTGNOME
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
0.10.24
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-08-10 14:41 UTC by Daniel Svensson
Modified: 2009-08-17 17:30 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
GST_DEBUG output zip part 1 (900.00 KB, application/octet-stream)
2009-08-10 15:15 UTC, Daniel Svensson
Details
GST_DEBUG output zip part 2 (900.00 KB, application/octet-stream)
2009-08-10 15:16 UTC, Daniel Svensson
Details
GST_DEBUG output zip part 3 (900.00 KB, application/octet-stream)
2009-08-10 15:17 UTC, Daniel Svensson
Details
GST_DEBUG output zip part 4 (751.33 KB, application/octet-stream)
2009-08-10 15:17 UTC, Daniel Svensson
Details

Description Daniel Svensson 2009-08-10 14:41:00 UTC
Please describe the problem:
When presented with multiple video and audio stream mmssrc picks the crappiest version. This sucks because it can't be solved by buying a faster Internets connection or moving to a country where the Internets is fast. The highest quality stream should ofc be selected automagically.

Steps to reproduce:
1. start totem with mms://wm0.c90805.cdn.qbrick.com/90805/kluster/20080512/080512kobra.wmv
2. look at blurry image
3. check properties and find 384 x 216


Actual results:
crappy image is shown

Expected results:
nice image should be shown

Does this happen every time?
yes

Other information:
VLC gets things right and plays the 640x360 version instead:

[0x93ccdb8] access_mms access: ignoring stream[0x1] audio (35 kb/s)
[0x93ccdb8] access_mms access: selecting stream[0x2] audio (67 kb/s)
[0x93ccdb8] access_mms access: selecting stream[0x3] video (738 kb/s)
[0x93ccdb8] access_mms access: ignoring stream[0x4] video (207 kb/s)
[0x93ccdb8] access_mms access: connection successful
Comment 1 Daniel Svensson 2009-08-10 14:42:41 UTC
Oh, and Internet connection speed in Totem is set to Intranet/LAN.
Comment 2 Bastien Nocera 2009-08-10 14:46:35 UTC
The connection-speed setting is probably not being applied to the mmssrc.

Could you please attach the output of:
GST_DEBUG=*:5 totem
when reproducing the problem?

You might need to zip it with bzip2.
Comment 3 Daniel Svensson 2009-08-10 15:15:41 UTC
Created attachment 140339 [details]
GST_DEBUG output zip part 1
Comment 4 Daniel Svensson 2009-08-10 15:16:36 UTC
Created attachment 140340 [details]
GST_DEBUG output zip part 2
Comment 5 Daniel Svensson 2009-08-10 15:17:05 UTC
Created attachment 140341 [details]
GST_DEBUG output zip part 3
Comment 6 Daniel Svensson 2009-08-10 15:17:32 UTC
Created attachment 140342 [details]
GST_DEBUG output zip part 4
Comment 7 Daniel Svensson 2009-08-10 15:21:20 UTC
$ cat totema totemb totemc totemd > totem.zip
$ unzip totem.zip
Archive:  totem.zip
  inflating: totem.dbg
Comment 8 Sebastian Dröge (slomo) 2009-08-17 15:46:52 UTC
Apparently the connection-speed property in mmssrc is properly set and the limitation is also properly passed to libmms. The problem instead lies in libmms it seems as it fails to detect the bitrate of stream 2 and 3:

[...]
GUID: stream bitrate properties
stream bitrate properties
streams 4
stream id 1
stream id 1, bitrate 36630
stream id 2
stream id 3
stream id 4
stream id 4, bitrate 212792
length    : 50
[...]
bandwitdh 10752000, left 10715370
selected streams: audio 1, video 4
disabling other streams
[...]
Comment 9 Sebastian Dröge (slomo) 2009-08-17 15:50:39 UTC
See https://bugs.launchpad.net/libmms/+bug/414892 for the libmms bug
Comment 10 Bastien Nocera 2009-08-17 16:00:19 UTC
Is launchpad the upstream bug tracker for libmms?
Comment 11 Sebastian Dröge (slomo) 2009-08-17 16:47:21 UTC
(In reply to comment #10)
> Is launchpad the upstream bug tracker for libmms?

Yes, the libmms website on sourceforge claims that they moved to Launchpad (although there doesn't seem to be much progress lately)
Comment 12 Daniel Svensson 2009-08-17 17:30:22 UTC
That's too bad :(

...and the VLC code base is tightly coupled to their framework so that's not an option either.