Just wanted to follow up with my problem with Sky.fm and DI.fm. I found a 
work-around, but not something I would consider a fix. On the other hand, I'm 
convinced the true fix has something to do with Sky and DI's servers.

I noticed Duncan had suggested using the <mplayer_options> in the fxd file but 
I 
thought he was referring to the audio podcasts for that. For the streams, he 
had 
suggested adding arguments by type, but I didn't want to force AAC decoding on 
all PLS playlists, because if it wasn't AAC, then Mplayer wouldn't play it.

The other day while sniffing around the Freevo files for another series of 
tweaks, I stumbled across the fact you can put <mplayer_options> in the fxd 
file. This was pretty much what I needed, since handing over '-demuxer aac' to 
force Mplayer to use the AAC decoder would make the streams work. I added 
<mplayer-options> to each of the Sky and DI entries (yay sed!) and now they 
play 
back again. Problem worked-around.

While testing, I did notice something strange. I tried a few AAC streams from 
SOMA FM, and when you run Mplayer with verbose output, it dumps the HTTP 
header. 
SOMA's stream replies with the status 'ICY 200 OK', which is proper for a 
ShoutCast stream (I looked it up). DI and Sky, however, reply with 'HTTP/1.0 
200 
OK'. I can't help wondering if MPlayer gets confused by the response and tries 
to find the proper codec (and somehow fails). Regardless, DI and Sky are not 
really conforming to the ShoutCast protocol, but since MPlayer seems to be the 
only player that chokes on it (Xine, VCL and foobar don't blink an eye) maybe 
nobody knows anything is wrong.

Aaaaaaanyhow... short version is it's been worked around and my web radio 
streams are back in business. I wanted to tie up the loose ends for future 
searches. Because there's nothing more aggravating than finding someone else 
with your problem and having the mail/forum thread just die out with no 
resolution. ^_^

James


      

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
_______________________________________________
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users

Reply via email to