Strange problem with stream....

[rain-13]

http://212.95.32.219:8005/;stream.mp3

when I open it from Media > Open Network Stream > Network then It does not play it at all. But when I manually download this stream as file and then open that mp3 saved file then it plays it.

Note that there's semicolon in url. Could this be problem?

If anyone interested .... here's script I used to download it:

Code: Select all

inetget("http://212.95.32.219:8005/;stream.mp3",@DesktopDir&"\s.mp3",1,0)

andInetGet manual.

Screenshots:

[Jean-Baptiste Kempf]

Look at VLC logs.

[rain-13]

it doesn't create any logs even after I set log path and verbosity from preferences. So I opened Tools -> messages instead and got this:

Code: Select all

main debug: adding item `http://212.95.32.219:8005/;stream.mp3' ( http://212.95.32.219:8005/;stream.mp3 ) main debug: control: stopping input main debug: dying input qt4 debug: Adding a new MRL to recent ones: http://212.95.32.219:8005/;stream.mp3 main debug: no fetch required for (null) (art currently (null)) main debug: dying input main debug: removing module "mpeg_audio" main debug: killing decoder fourcc `mpga', 0 PES in FIFO main debug: removing module "mpgatofixed32" main debug: removing module "trivial_channel_mixer" main debug: removing module "scaletempo" main debug: removing module "samplerate" main debug: removing module "aout_directx" aout_directx debug: closing audio device aout_directx debug: DirectSoundThread exiting main debug: removing module "audio_format" main debug: removing module "float32_mixer" main debug: releasing audio output main debug: removing module "es" main debug: removing module "mpeg_audio" main debug: removing module "stream_filter_record" main debug: removing module "filesystem" main debug: Program doesn't contain anymore ES main debug: dead input main debug: processing request item: http://212.95.32.219:8005/;stream.mp3, node: Playlist, skip: 0 main debug: rebuilding array of current - root Playlist main debug: rebuild done - 2 items, index 1 main debug: starting playback of the new playlist item main debug: creating new input thread main debug: Creating an input for 'http://212.95.32.219:8005/;stream.mp3' main debug: using timeshift granularity of 50 MiB, in path 'C:\Users\rain\AppData\Local\Temp' main debug: `http://212.95.32.219:8005/;stream.mp3' gives access `http' demux `' path `212.95.32.219:8005/;stream.mp3' main debug: creating demux: access='http' demux='' location='212.95.32.219:8005/;stream.mp3' file='\\212.95.32.219:8005\;stream.mp3' main debug: looking for access_demux module: 0 candidates main debug: no access_demux module matched "http" main debug: TIMER module_need() : 0.165 ms - Total 0.165 ms / 1 intvls (Avg 0.165 ms) main debug: creating access 'http' location='212.95.32.219:8005/;stream.mp3', path='\\212.95.32.219:8005\;stream.mp3' main debug: looking for access module: 2 candidates access_http debug: HTTP proxy disabled (MSIE) access_http debug: http: server='212.95.32.219' port=8005 file='/;stream.mp3' main debug: net: connecting to 212.95.32.219 port 8005 qt4 debug: IM: Deleting the input main debug: TIMER input launching for 'kuulamisosa.mp3' : 12.099 ms - Total 12.099 ms / 1 intvls (Avg 12.099 ms) qt4 debug: IM: Setting an input main debug: connection succeeded (socket = 1252) access_http debug: protocol 'ICY' answer code 200 access_http debug: Icy-Notice: <BR>This stream requires <a href="http://www.winamp.com/">Winamp</a><BR> access_http debug: Icy-Notice: SHOUTcast Distributed Network Audio Server/Linux v1.9.9beta<BR> access_http debug: Icy-Name: Tre Raadio 91,3 access_http debug: Icy-Genre: Various access_http debug: Meta-Info: icy-url: http://www.treraadio.ee access_http debug: Content-Type: audio/mpeg access_http debug: Meta-Info: icy-pub: 1 access_http debug: Icy-MetaInt: 32768 access_http warning: ICY metaint=32768 access_http debug: Meta-Info: icy-br: 128 access_http info: Raw-audio server found, mp3 demuxer selected access_http debug: auto re-connect enabled main debug: using access module "access_http" main debug: TIMER module_need() : 408.709 ms - Total 408.709 ms / 1 intvls (Avg 408.709 ms) main debug: Using stream method for AStream* main debug: starting pre-buffering access_http debug: got disconnected, trying to reconnect main debug: net: connecting to 212.95.32.219 port 8005 main debug: connection succeeded (socket = 1252) access_http debug: protocol 'ICY' answer code 200 access_http debug: Icy-Notice: <BR>This stream requires <a href="http://www.winamp.com/">Winamp</a><BR> access_http debug: Icy-Notice: SHOUTcast Distributed Network Audio Server/Linux v1.9.9beta<BR> access_http debug: Icy-Name: Tre Raadio 91,3 access_http debug: Icy-Genre: Various access_http debug: Meta-Info: icy-url: http://www.treraadio.ee access_http debug: Content-Type: audio/mpeg access_http debug: Meta-Info: icy-pub: 1 access_http debug: Icy-MetaInt: 32768 access_http warning: ICY metaint=32768 access_http debug: Meta-Info: icy-br: 128 main error: cannot pre fill buffer main warning: cannot create a stream_t from access main debug: removing module "access_http" main debug: dead input main debug: changing item without a request (current 1/2) main debug: nothing to play qt4 debug: IM: Deleting the input main debug: TIMER input launching for 'http://212.95.32.219:8005/;stream.mp3' : 124041.623 ms - Total 124041.623 ms / 1 intvls (Avg 124041.617 ms)

Did anyone test this stream? I think of some VLC dev/support staff tries it out he might get better idea of issue than by just reading posts

[VLC_help]

access_http debug: Icy-Notice: <BR>This stream requires <a href="http://www.winamp.com/">Winamp</a><BR>

Server does user agent sniffing. So current VLC releases cannot playback the URL.

[rain-13]

so you have to use fake user agent?

Can future vlc do this?

IMHO VLC should have this option. No one should tell me what to use. If i've found my my favourite Player then I should have right to use that, and it shouldn't be they're call to tell me what player to use.

I am just curious... in which file is user agent info stored? (doesn't matter me if it's binary or not)


And why doesn't this work?

--http-user-agent=<string> User Agent
You can use a custom User agent or use a known one

Code: Select all

"C:\Program Files (x86)\VideoLAN\VLC\vlc.exe" --http-user-agent="Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20100101 Firefox/11.0"

but I still get

Code: Select all

[[TCP Remote Disconnected]] Target 0 Connection 0 GET /stream.mp3 HTTP/1.0 Host: 127.0.0.1:8005 Accept: */* User-Agent: NSPlayer/7.10.0.3059 Pragma: no-cache,rate=1.000000,stream-time=0,stream-offset=0:0,request-context=1,max-duration=0 Pragma: xClientGUID={0xbabac001-0x792d-0x7791-0xff98b06cba62d63f} Connection: Close [[TCP Connected to remote (1212.95.32.219)]] [[TCP local connected]] [[TCP Remote Disconnected]] Target 0 Connection 0 GET /stream.mp3 HTTP/1.0 Host: 127.0.0.1:8005 User-Agent: VLC/2.0.0 LibVLC/2.0.0 Icy-MetaData: 1 [[TCP Connected to remote (1212.95.32.219)]] [[TCP local connected]] [[TCP Remote Disconnected]] Target 0 Connection 0 GET /stream.mp3 HTTP/1.1 Host: 127.0.0.1:8005 User-Agent: VLC/2.0.0 LibVLC/2.0.0 Range: bytes=0- Connection: close Icy-MetaData: 1 [[TCP Connected to remote (1212.95.32.219)]] [[TCP local connected]]

why don't I get Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20100101 Firefox/11.0 ? Does help really have documented parameters that doesn't actually exist?

Edit: I made Firefox give out VLC/2.0.0 LibVLC/2.0.0 as user agent (with plugin) and I can still download it.... Must be something else.

[VLC_help]

Someone set the http-user-agent= as private option, so it only works with libvlc, not with VLC. Hopefully that will be changed one day.