GNOME Bugzilla – Bug 334831
Can't play mp3 streams with gnome-vfs
Last modified: 2008-09-06 19:10:39 UTC
I have trouble playing mp3 streams using Totem 1.2.1 and libxine 1.1.1. The error message I get from trying to play http://www.radioparadise.com/musiclinks/rp_192.m3u (and others) is "Totem could not play 'http://64.236.34.4:80/stream/1049'.The specified movie could not be found." The gnome-vfs plugin for Xine seems to be the fault as the stream is played with no problems if I remove xineplug_inp_gnome_vfs.so. The stand-alone Xine player does not have this problem, but I'm not sure if it uses gnome-vfs.
Not the plugin's fault per se: $ gnomevfs-cat http://www.radioparadise.com/musiclinks/rp_192.m3u http://64.236.34.4:80/stream/1049 http://64.236.34.67:80/stream/1049 http://64.236.34.97:80/stream/1049 http://64.236.34.196:80/stream/1049 $ gnomevfs-info http://64.236.34.4:80/stream/1049 Error: Generic error That's using neon-0.25.5 and gnome-vfs 2.14.0. I disabled http with the gnome-vfs plugin in the meanwhile.
Bastien: According to wget, http://64.236.34.4:80/stream/1049 doesn't even send correct HTTP headers. Connecting to 64.236.34.4:80... connected. HTTP request sent, awaiting response... 200 No headers, assuming HTTP/0.9
I am experiencing the same bug. I have been experiencing it ever sing xine-lib 1.1. The bug still exists in cvs xine-lib. Removing the gnome-vfs plugin from xine-lib fixed it for me as well. For the mean time I will disable the gnome-vfs plugin from xine-lib.
HTTP is already disabled in the gnome-vfs plugin.
*** Bug 340196 has been marked as a duplicate of this bug. ***
Ubuntu bug about that: https://launchpad.net/distros/ubuntu/+source/totem/+bug/41110
*** Bug 343643 has been marked as a duplicate of this bug. ***
Yepp, broken ICECast server sends: "ICY 200 OK" which is sooo br0ken. But I have fixed that kind of issue a while ago. I re-tested today and it looks good here: gnomevfs-info http://64.236.34.4:80/stream/1049 Name : 1049 Type : Regular Any problems still?
Our reporters have the problem with GNOME 2.14 and report it as a regression from 2.12 (where it worked).
Since this is a works-for-me here (well the gnome-vfs part, because I am not using xine) I totally need some more information. The best would be to have debugging enabled for http in the neon method and send output + tcpdump log.
These "ICY"-style pseudo-HTTP response are supported in neon 0.26.0 and later. Since these responses are not really HTTP responses, neon prevents their use by default. To enable support, use: ne_set_session_flags(sess, NE_SESSFLAG_ICYPROTO, 1);
(In reply to comment #11) > These "ICY"-style pseudo-HTTP response are supported in neon 0.26.0 and later. > > Since these responses are not really HTTP responses, neon prevents their use by > default. To enable support, use: > > ne_set_session_flags(sess, NE_SESSFLAG_ICYPROTO, 1); That allows ICY answers, but it would still work with proper HTTP servers, right?
(In reply to comment #12) > That allows ICY answers, but it would still work with proper HTTP servers, > right? Correct.
gnome-vfs has been deprecated and superseded by gio/gvfs since GNOME 2.22, hence mass-closing many of the gnome-vfs requests/bug reports. This means that gnome-vfs is NOT actively maintained anymore, however patches are still welcome. If your reported issue is still valid for gio/gvfs, please feel free to file a bug report against glib/gio or gvfs. @Bugzilla mail recipients: query for gnome-vfs-mass-close to get rid of these notification emails all together. General further information: http://en.wikipedia.org/wiki/GVFS Reasons behind this decision are listed at http://www.mail-archive.com/gnome-vfs-list@gnome.org/msg00899.html