VLC does not automatically select the correct demux module when opening "audio/aacp" URL in version 0.9.6
You can reproduce the problem by opening the following URL:
http://208.80.52.90/CITFFMAACCMP3
The server reply is:
HTTP/1.0 200 OK Expires: Thu, 01 Dec 2003 16:00:00 GMT Cache-Control: no-cache, must-revalidate Pragma: no-cache Content-Type: audio/aacp icy-url: http://www.rockdetente.com/principal.asp?station=citf Server: MediaGateway 1.88.9-r2
VLC is using the 'ps' demux.
When contacting a Shoutcast server for an "audio/aacp" ressource, the playback starts as expected. The server reply in that case looks like this:
ICY 200 OK
icy-notice1:
This stream requires Winamp
icy-notice2:SHOUTcast Distributed Network Audio Server/Linux v1.9.5
icy-name:Groove Salad from SomaFM [aacPlus] [SomaFM]
icy-genre:Downtempo Ambient Groove
icy-url:http://SomaFM.com
content-type:audio/aacp
icy-pub:1
icy-br:64
This is not a codec issue because if you do:
wget http://208.80.52.90/CITFFMAACCMP3 -O CITFFMAACCMP3.aac
then open the file CITFFMAACCMP3.aac VCL will play the file fine. This is because in that case, the demux module used is "m4a".
You can also workaround the problem with this command line:
./vlc -vvv http://208.80.52.90/CITFFMAACCMP3 --demux m4a
finally the winamp player is able to playback the problematic URL.
This bug has been reported in the VideoLan forum at: http://forum.videolan.org/viewtopic.php?f=2&t=52933
and might find some other useful details about the problem is needed.