Specific stream throws HTTP errors

[tin]

I've come across a streaming audio server that VLC (2.2.1 - but also failed on an older version) just refuses to connect to. Winamp is fine with it.
URL is http://listen.christianpowerpraise.net:80/stream/7/

Can anyone else connect with VLC?
Is it something wrong with my end, or the server? Being Shoutcast, would it be cynical to think they've intentionally blocked non-Winamp clients?


And if anyone wants to see what I'm getting - Debug output:

Code: Select all

core debug: processing request item: http://listen.christianpowerpraise.net:80/stream/7/, node: Playlist, skip: 0 core debug: resyncing on http://listen.christianpowerpraise.net:80/stream/7/ core debug: http://listen.christianpowerpraise.net:80/stream/7/ is at 0 core debug: starting playback of the new playlist item core debug: resyncing on http://listen.christianpowerpraise.net:80/stream/7/ core debug: http://listen.christianpowerpraise.net:80/stream/7/ is at 0 core debug: creating new input thread core debug: Creating an input for 'http://listen.christianpowerpraise.net:80/stream/7/' core debug: requesting art for http://listen.christianpowerpraise.net:80/stream/7/ core debug: using timeshift granularity of 50 MiB, in path 'C:\Users\Tin\AppData\Local\Temp' core debug: `http://listen.christianpowerpraise.net:80/stream/7/' gives access `http' demux `' path `listen.christianpowerpraise.net:80/stream/7/' core debug: specified demux `any' core debug: creating demux: access='http' demux='any' location='listen.christianpowerpraise.net:80/stream/7/' file='\\listen.christianpowerpraise.net:80\stream\7\' core debug: looking for access_demux module matching "http": 12 candidates core debug: looking for meta fetcher module matching "any": 1 candidates core debug: no access_demux modules matched core debug: creating access 'http' location='listen.christianpowerpraise.net:80/stream/7/', path='\\listen.christianpowerpraise.net:80\stream\7\' core debug: looking for access module matching "http": 21 candidates http debug: querying proxy for http://listen.christianpowerpraise.net:80/stream/7/ http debug: no proxy http debug: http: server='listen.christianpowerpraise.net' port=80 file='/stream/7/' lua debug: Trying Lua scripts in C:\Users\Tin\AppData\Roaming\vlc\lua\meta\fetcher lua debug: Trying Lua scripts in C:\Program Files (x86)\VideoLAN\VLC\lua\meta\fetcher lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\fetcher\tvrage.luac core debug: net: connecting to listen.christianpowerpraise.net port 80 lua debug: skipping script (unmatched scope) C:\Program Files (x86)\VideoLAN\VLC\lua\meta\fetcher\tvrage.luac core debug: no meta fetcher modules matched core debug: searching art for http://listen.christianpowerpraise.net:80/stream/7/ core debug: looking for art finder module matching "any": 2 candidates lua debug: Trying Lua scripts in C:\Users\Tin\AppData\Roaming\vlc\lua\meta\art lua debug: Trying Lua scripts in C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\00_musicbrainz.luac lua debug: skipping script (unmatched scope) C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\00_musicbrainz.luac lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\01_googleimage.luac lua debug: skipping script (unmatched scope) C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\01_googleimage.luac lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\02_frenchtv.luac lua debug: skipping script (unmatched scope) C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\02_frenchtv.luac lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\03_lastfm.luac lua debug: skipping script (unmatched scope) C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\03_lastfm.luac core debug: no art finder modules matched core debug: looking for meta fetcher module matching "any": 1 candidates core debug: connection succeeded (socket = 1860) lua debug: Trying Lua scripts in C:\Users\Tin\AppData\Roaming\vlc\lua\meta\fetcher lua debug: Trying Lua scripts in C:\Program Files (x86)\VideoLAN\VLC\lua\meta\fetcher lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\fetcher\tvrage.luac core debug: using meta fetcher module "lua" core debug: removing module "lua" core debug: searching art for http://listen.christianpowerpraise.net:80/stream/7/ core debug: looking for art finder module matching "any": 2 candidates lua debug: Trying Lua scripts in C:\Users\Tin\AppData\Roaming\vlc\lua\meta\art lua debug: Trying Lua scripts in C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\00_musicbrainz.luac lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\01_googleimage.luac lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\02_frenchtv.luac lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\03_lastfm.luac core debug: no art finder modules matched core debug: art not found for http://listen.christianpowerpraise.net:80/stream/7/ qt4 debug: IM: Setting an input http error: invalid HTTP reply ' / ' http debug: switching to HTTP version 1.0 core debug: net: connecting to listen.christianpowerpraise.net port 80 core debug: connection succeeded (socket = 1860) http error: invalid HTTP reply ' / ' core debug: net: connecting to listen.christianpowerpraise.net port 80 core debug: connection succeeded (socket = 1872) access_mms error: invalid HTTP reply ' / ' core debug: no access modules matched core error: open of `http://listen.christianpowerpraise.net:80/stream/7/' failed core debug: dead input core debug: changing item without a request (current 0/1) core debug: nothing to play qt4 debug: IM: Deleting the input

[tin]

Further info:
Windows Media Player plays the stream OK.
VLC 2.0.3 on Debian running headless works OK too.
VLC on a different PC at work fails.

Seems to be specific to Windows and this Shoutcast server (or it's config).

[Jean-Baptiste Kempf]

File a bugreport.

[tin]

Bug report closed by courmisch twice claiming it's not throwing out HTTP... Very helpful.

I have no idea why anyone would declare it as not HTTP. If I access it via Firefox with the Live Headers addon active, I see Firefox's HTTP 1.1 request headers, then the server returns "HTTP/0.9 200 OK" before starting a data stream (I'm guessing raw MP3 data).
When I use VLC on Linux, it uses the HTTP access module to see it and works flawlessly for hours on end (we had it running at work today for about 5 hours).

Edit: Unfortunately the only Windows install I have available at the moment is 10, and it seems WinPCap and/or Wireshark don't want to play nice, so I can't capture the VLC interactions.

[Jean-Baptiste Kempf]

"HTTP/0.9 200 OK" is not valid 0.9 HTTP, IIRC