Keep-Alive between client and server. (4 Viewers)

[joboehl]

In my current setup, if theres any problem with the client (Eg: MP crash, power outage and etc) the server doesn't realize and keeps the stream locked by that machine.

Would like the server to detect that MP has gone in the machine and release the stream, stopping timeshifting.

Julio

 

[LXB]

....keeps the stream locked by that machine...???
is that supposed to be? i thought the new engine should have the feature that more than 1 client can watch the videostream, shouldn´t it?
thanks for answers!
LX

 

[Frodo]

The streaming server uses RTSP which sends UDP broadcasts to the client.
There is no way within RTSP to check if the client is still alive.
The client is responsible for sending a STOP command when its no longer
interested in the stream.
Thats simply the way RTSP works.

 

[joboehl]

understood. makes sense.

So what about a way of "hijacking" or stoping a thread from the active streams popup?

This way if a client hangs, another could stop the stream. Does this make sense for managing this hung streams?

Julio

 

[hallis]

If the client periodically sends an "I'm alive" message to the server. The server could easily detect when the client dies.

 

[MrWorf]

Seems like an important functionality. Yeah, I know, we all like to think that MP doesn't crash, but it does happen and even if RTSP doesn't have this natively in the standard, maybe it should be added "on the side"?

 

[frippe75]

I was just on my way of posting a copy of this thread.

FINALLY got my setup working in client/server mode.

My current test setup is as follows:
* Server with FireDTV card running MP 0.2.0.0 + SVN 11-12 + tvplugin + TVServer 11-12
* Client running MP 0.2.0.0 + SVN 11-12 + tvplugin

*Client start watching channel1 (locks the card) (my portable)
*Server also joins in on channel1 stream

First thing I notice is that the later one is behind the client (probably starting from rtsp://<ip>/stream1's file in the begining. Press right to get to end but this will be the end of the local TS buffer. Not really watching realtime TV. Could'nt some type of multicasting be used. saving bandwith???

Also... later the client crashes/exits. The lock is still owned by the client and the server will not be able to change channel "now that it's available"...

Couldn't you just att a new field in the TVServer database with a timestamp that's updated every 10'th seconds from the client owning the card??. If this one dies let the other client take ownership of the lock??

 

[Nightmare77]

does this really require it? , as you can now select the streams from the client so if its locked can't you now select the stream and then stop it if you want to unlock it? or select it and then change the station?

 

[Khris]

Wouldn't an easier way be to have the client assigned a unique ID which the server sees. Then if the client crashed and needed to re-connect, the server would see the same ID again and realize that the previous stream did not close properly.