> This is not a server problem. When I'm having the problem restarting the
> stream to Live555, the VLC client is still happily receiving and displaying
> video.
OK, so if the problem is not at the server, then it must be the client's OS
that's wedged (somehow). The problem is probably *not* w
This is not a server problem. When I'm having the problem restarting the
stream to Live555, the VLC client is still happily receiving and
displaying video. The source is an IP-connected camera and seems stable.
In the failure case, even if the old connection to the camera were
buggered up, Live
>
> if (rtspClients[i] != NULL)
>
> {
>
> *env << "shutting down " << *rtspClients[i] << "\n";
>
> shutdownStream(rtspClients[i]);
>
> }
>
> rtspClients[i] = NULL;
>
> }
>
> Mike,
Could you send your shutdownStream()? Perhaps you're no
> ...connection pending (10035)
This appears to be the key to your problem. Something has failed - most likely
at the server end, given that you had already stopped receiving RTP packets -
and the client's OS is having trouble reconnecting to the server. (This is
happening below the level of
I am using a derivative of the testRTSPClient in an application. I am
detecting stream failure by looking for missing frames. When I detect
that the stream has been "silent" for too long, I need to close that
stream and reopen it. I know the stream source is still working because
other clients
