GNOME Bugzilla – Bug 163565
Totem is unable to play last.fm stream
Last modified: 2005-02-10 14:31:00 UTC
to reproduce : 1/go to http://last.fm/ and create an account 2/choose play on their website to start audio stream 3/totem will start on the m3u and then fails to play the stream with the following error : There is no plugin to handle this movie. This is with xine-lib 1.0
File plays back fine on the local filesystem, playlist can be parsed fine, the problem seems to be with the mpeg audio demuxer. We'll see what gives.
Hacky patch to xine-lib from Thibaut Mattern to fix the stuttering when playing with xine-lib. --- input_http.c Sun Dec 12 23:01:06 2004 +++ input_http.c.new.c Thu Jan 13 10:54:32 2005 @@ -329,7 +329,7 @@ lprintf("total=%lld\n", total); while (total) { nlen = total; - if (this->shoutcast_mode && + if (this->shoutcast_mode && this->shoutcast_metaint && ((this->shoutcast_pos + nlen) >= this->shoutcast_metaint)) { nlen = this->shoutcast_metaint - this->shoutcast_pos; The problem is that it won't suffice with Totem, as we hang/spin the network trying to get the mime-type of the mp3 stream.
gnome-vfs can now check the mime-type correctly, but that still doesn't fix our problem. It works with xine-ui (although it can't seem to stop) but doesn't with Totem.
hmm, I've just applied Christian fix for gnome-vfs with icecast server on gnome-vfs 2.8.3 and totem (with non patched xine backend) is able to play last.fm stream without any problem..
Closing since bug seems to be fixed.