As auto reconnected client http streaming (- http-reconnect

[flako]

Hello I'm using "VLC media player 1.1.13" as streaming server on SLES 11 SP2 (same setup as a client)
HTTP streaming audio I'm testing on a corporate WAN (wireles architecture), each so I have disconnects and I need the vlc client loses the connection autoreconecte when .. I tried different options like "- http-reconnect" and "- http-continuous", but the client does not reconnect vlc (puts the stop or play but no audio)


The parameters of the server: vlc -vvv *.mp3 --loop --sout '#gather:transcode{vcodec=none,acodec=mp3,ab=32,channels=1,samplerate=22050}:http{mux=raw,dst=:8080/http}' -sout-keep
The parameters of the client: vlc-vvv http://myIPServer:8080/http ': normvol' - http-reconnect - http-caching 5000 - http-continuous

Not sure if the "- http-reconnect" do what I need or I am very wrong.
I thought about making a script that reiniciae the vlc client, but not as knowing when it is turned off except when you stop playing on the speaker ..

In one test, the log shows
[0xb7d780] main audio output warning: output date is not PTS date, Requesting resampling (4064431)
[0xb7d780] main audio output warning: audio drift is too big (4158308), dropping buffer
[0xb7d780] main audio output warning: audio drift is too big (4132185), dropping buffer
[0xb7d780] main audio output warning: audio drift is too big (4106063), dropping buffer
many times, but never resynchronizes.

Is there any way of knowing when the client receives data from the server? or when disconnected? to kill the process and start it again vlc.

Thanks for being up here. pardon my English translate

[ne555]

Hi, I've got a similar issue. You give me an idea, to change to udp.
There is no issue if the input is killed.
¿Is that possible for you?

viewtopic.php?f=13&t=100880

[str3tmonk]

Hello flako,

The way you know whether the stream is dead is by running a "wget" command on the stream. I don't have the code with me but it's done in Shell and what you do is you run "wget" on the stream for 2-3 seconds and if the result is 0-byte file then you know it's a dead stream, at which point you restart the stream.

Hope this helps.

[flako]

Hello NE555 and str3tmonk
(NE555: sorry for the delay, I went on vacation and I forgot about this thread)

Try running vlc with udp, but I walked (I have to read more), not a problem of vlc, but mine.
Use wget had not thought .. but I think I would serve only to restart the server (wget serverStreem: port).
I was trying to restart the client every 10 minutes (only audio streaming) and I have been analyzing the log with option -vvv and I think I can make a script to restart when certain events occur based on that log.

Thank you.

[ne555]

@str3tmonk: ¿do you mean to use the --spider flag? However it could be a problem if it reconnects.

So passing to udp, I tried it and I andubo .. (I have to read more).

Sorry, I'm no good at english. ¿what does that mean?

About the log, when there is no input the clients dies (segfault) with http.
But with udp there is nothing (it "suspends")
Maybe a misconfiguration in my part, if you get something let me know

[flako]

Sorry, I'm no good at english. ¿what does that mean?

NE555: my English is worse ... . With the Spanish took me a little better ..

I rewrote line (I hope you understand), in a nutshell is that fails to walk the vlc with udp protocol, leave it because I need to upgrade to GNU / Linux to install vlc on the Desktop.

On the log, use the option "-vvv", I did not segfault errors, just sync (perhaps by using http)

The errors I see are:
[0xb7d780] main audio output warning: audio drift is too big (4106063), dropping buffer
[0x7f31bc001640] main input error: ES_OUT_SET_ (GROUP_) PCR is Called too late (Increased to 191 ms pts_delay)


This explains what I wondered?