Mark Wallace wrote: > It's very standard. It is a button on the web page that says: "Listen > now." When you click on it, the decoder realizes that it's a stream > rather than a web page and opens the default media player instead of the > web browser.
I was referring to the contents of Listen.m3u, which is the only thing you presented. I suspect that someone may be doing something non-standard there because the URL listed in the m3u is an HTML page, not an MP3 or some other mime-type indicative of an audio stream. So I wouldn't expect any player to be able to play it unless the server serving the page is looking for a specific agent type or "Accepts" header and only serving an audio stream if it decides that the client can handle it. When you click on a button on a web page, what happens is pretty much up to the web page. Most of the web radio stations I've seen embed their own player, though I guess you can usually get an m3u file containing the URLs of the raw streams. And I'm guessing that m3u file is what that button gave you. Here's an example m3u file I just pulled from a site Joe Apuzzo mentioned on chat a while ago: http://94.25.53.133:80/ultra-128.mp3 http://94.25.53.132:80/ultra-128.mp3 You see how these have .mp3 extensions? That doesn't mean very much, what really matters is the mime-type that comes back from the server when you pull those URLs. But the point is I can point any mp3 player at either of those URLs and play music (Metallica, currently). Because they are, in fact, MP3 files. If I point an MP3 player at the URL you gave me, I get: [mpg123.c:560] error: Unknown mpeg MIME type text/html; charset=utf-8 - is it perhaps a playlist (use -@)? [mpg123.c:561] error: If you know the stream is mpeg1/2 audio, then please report this as mpg123 bug This is not an mpg123 bug: that URL is giving back HTML, not mpeg audio. So either somebody is trying to do something clever and non-standard, or whoever is serving up your Listen.m3u file gave you a bad file. :-) > > I had this problem a few years ago and forget how I solved it. > > The way I am configured now, it reopens the web site rather than start > the stream. > > > > On Thursday, 08 August, 2013 01:06 AM, Michael Muller wrote: > > Mark Wallace wrote: > >> the error message is generated when python couldn't find a decoder. > >> Although any text editor would open the file, python needs something so > >> that it can play it. The "Listen.m3u" file is 49 is only 49 bytes in > >> size. Here is the entire contents of it opened in puma. > >> > >> http://bomboradyo.com/stations/am/cagayan-de-oro > > This appears to be a link to an HTML page, so I'm not surprised that a media > > player couldn't play it. It looks like the page contains links to a number > > of > > station pages with embedded players, I clicked on three of them and none > > report to be currently on the air. > > > > Wherever you got this file from, I'm guessing somebody is trying to do > > something clever and non-standard - I don't think you'll be able to play > > this > > on any media player except possibly one that the provider had in mind. > > > >> > >> > >> > >> On Wednesday, 07 August, 2013 03:40 AM, Matthias Johnson wrote: > >>> That is a playlist, m3u are just an index of the files. They are most > >>> common in scene releases of music. The m3u will contain a list of the > >>> files in the release so you can see what is missing and preserve order > >>> without having to have track numbers in the file names or id3 tags. > >>> If opened with VLC it will play the files in the order listed. But if > >>> those files don't exist it does nothing. What is the contents of the > >>> m3u? Any text reader should be able to read it. > >>> > >>> > >>> > >>> _______________________________________________ > >>> Mid-Hudson Valley Linux Users Group http://mhvlug.org > >>> http://mhvlug.org/cgi-bin/mailman/listinfo/mhvlug > >>> > >>> Upcoming Meetings (6pm - 8pm) Vassar College > >>> Aug 7 - Scripting Your World with Python > >>> Sep 4 - NoSQL and MongoDB > >>> Oct 2 - OpenFlow: Open Standard for Networking Hardware > >> > >> -- > >> > >> Robert Mark Wallace > >> 60 Delaware Road > >> Newburgh, NY 12550-3802 > >> Telephone: (845) 541-7396 > >> > >> > > > > ============================================================================= > > michaelMuller = [email protected] | http://www.mindhog.net/~mmuller > > ----------------------------------------------------------------------------- > > The world is full of security systems. Hack one of them. - Bruce Schneier > > ============================================================================= > > > -- > > Robert Mark Wallace > 60 Delaware Road > Newburgh, NY 12550-3802 > Telephone: (845) 541-7396 > ============================================================================= michaelMuller = [email protected] | http://www.mindhog.net/~mmuller ----------------------------------------------------------------------------- Government is not reason, it is not eloquence; it is force. Like fire, it is a dangerous servant and a fearsome master. - George Washington ============================================================================= _______________________________________________ Mid-Hudson Valley Linux Users Group http://mhvlug.org http://mhvlug.org/cgi-bin/mailman/listinfo/mhvlug Upcoming Meetings (6pm - 8pm) Vassar College Sep 4 - NoSQL and MongoDB Oct 2 - OpenFlow: Open Standard for Networking Hardware Nov 6 - November Meeting
