Bug 322242 – hangs and eat CPU on mms URI

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 322242 - hangs and eat CPU on mms URI


Summary:	hangs and eat CPU on mms URI


Status:	RESOLVED INCOMPLETE

Product:	GStreamer
Classification:	Platform
Component:	gst-plugins-bad
Version:	git master
Hardware:	Other Linux

Importance:	Normal normal
Target Milestone:	NONE
Assigned To:	GStreamer Maintainers
QA Contact:	GStreamer Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2005-11-23 15:08 UTC by Sebastien Bacher
Modified:	2006-05-02 17:37 UTC

See Also:
GNOME target:	---
GNOME version:	2.13/2.14

Description Sebastien Bacher 2005-11-23 15:08:45 UTC

This been has been described here: https://bugzilla.ubuntu.com/show_bug.cgi?id=19982

"Certain radio stations (example: http://www.ondacero.es/europafm.asx) make my
gstreamer-based applications, like Rhythmbox or totem-gstreamer crash when
trying to listen to them. I get the following warning on the console:

Entity: line 7: parser error : Input is not proper UTF-8, indicate encoding !
Bytes: 0xA9 0x20 0x4F 0x6E
    <Copyright>\uffff Onda Cero 2004</Copyright>

Thanks for your attention."

Comment 1 Sebastien Bacher 2005-11-23 15:11:22 UTC

It happens with "gst-launch-0.8 -v playbin uri="mms://....", it just eats CPU.
Backtrace:

(gdb) bt

+ Trace 64211

#0 __kernel_vsyscall
#1 __read_nocancel
from /lib/tls/i686/cmov/libpthread.so.0
#2 fallback_io_read
at mms.c line 178
#3 get_packet_header
at mms.c line 525
#4 get_asf_header
at mms.c line 645
#5 mms_connect
at mms.c line 1193
#6 gst_mms_get_type
from /usr/lib/gstreamer-0.8/libgstmms.so

Comment 2 Andy Wingo 2006-01-13 15:26:40 UTC

The bug report and comment #1 appear to be unrelated. When I go to the ondacero web page there is nothing for me though. If I run the pipeline from comment #1 I get the same results on 0.8. With 0.10 it times out after a second or two, that there is nothing at the url from frame #5 in the backtrace.

Seb can you test with 0.10 and libmms from gst-plugins-bad? It needs the new release of libmms. I would expect it to connect but not be able to play the file, and to give you a decent error message. If that is the case with 0.10 I would be inclined to close this bug.

Comment 3 Sebastien Bacher 2006-01-14 00:24:27 UTC

I'll give it a try and let you know

Comment 4 Andy Wingo 2006-01-27 15:05:18 UTC

Ping? The new libmms appears to be in ubuntu, but gstreamer0.10-mms needs to be packaged out of gst-plugins-bad (from -bad you should just package things without too many bugs or some such subset -- mmssrc needs more testing before we put it in -good -- but it's probably useful for a user to have. Also security-wise you don't want to enable -bad plugins by default, because they have had less review).

MMS streams in asf format, but the asf demuxer is not ported yet. It will land in -bad or -ugly soon, though (maybe one week).

Comment 5 Tim-Philipp Müller 2006-03-10 09:42:47 UTC

The above URL seems to return a 0 byte playlist these days? And the mms uri doesn't work any longer either. Do you have an updated URI?

Comment 6 Tim-Philipp Müller 2006-05-02 17:37:50 UTC

Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!