Leo Currie:> > > windows media player buffers endless but doesn't start the (mp3-)stream. > > http://www.radiosix.com/listen.asxhm. works fine...> What version of WMP are you using?the prob occurs on a wmp v.10 seems to me, if there's no problem with the stream itself (xmms plays it pretty well) that it has to do with mime-types interpretation. is there a best or most compatible way to reference a stream from an icecast2-server? right now i see that also the streams from the icecast.org directory listing work... what woukd be "the right" link on a website, so that ist works with most players? or is that question naiv? ... thanks, udo
un@dom.de wrote:> what woukd be "the right" link on a website, so that ist works with > most players? or is that question naiv? ...I guess "the right" link is the one generated by Icecast, i.e. http://server:port/mount.m3u This of course relys on your listeners' browser having a registered handler for "audio/x-mpegurl" content, which is not always the case. A pragmatic approach is to create playlist files for the all the popular players, and let users choose, e.g. - http://www.radiosix.com/stream.mp3.ram http://www.radiosix.com/stream.mp3.asx http://www.radiosix.com/stream.mp3.pls - All three reference the same stream, but have slightly different syntax, and different MIME types. Unfortunately, you can't tell what the browser is going to do with them (Realplayer might want to handle everything...) This link might be useful: http://gonze.com/playlists/playlist-format-survey.html It would be interesting to know what everyone else is doing. Leo
Leo Currie:> This link might be useful: > http://gonze.com/playlists/playlist-format-survey.html >hi leo, thanks for the link, it's definitely useful. meanwhile i doubt that it's a mime-type problem. i've made some php-scripts with different header and mime-type output, makes no difference. wmp buffers until the doctor comes... xmms plays obviously anything... i've also linked the stream into dir.xiph.org for testing, it shows up, when i click the link, wmp buffers... :( (btw. the audio info isn't correctly displayed... hint?) i mean i can just ignore the buffering and click the play button in wmp, then it works (at least for the last 10min...) does that sound familiar to anybody? u- ps: burst-on-connect is disabled