Ross,
Thank you for your advise. My bad on the 10038 error in particular in which I
torn down the client session while trying to manage these sessions.
Of course, I hope the previously proposed change to replace the call to abort()
is still moving forward.
Regards,
John Tam
Let's say in your case, MPlayer is the client program and VLC is the server
program. The source & sink here mean the objects within a program. For your
instance of the MPlayer program, the source is H264VideoRTPSource and the sink
is some kind of renderer. You will find H264VideoRTPSink in y
source [code] of failure since it might also
be replacing other abort() calls in the liveMedia library. As for handling the
socket error in question, there will be much work to identify the type of
[client or server] session and perform the appropriate cleanup.
Regards,
John Tam
Hello,
I am suggesting the call to abort() in the function
BasicTaskScheduler::SingleStep() at line 95 in BasicTaskScheduler.cpp to be
replace with something that is less destructive (C++ exception?) since a socket
error can happen for legitimate reasons (remote closed, ...).
Regards,
John
whatever reason, this senario keeps happening to me
nowadays although I am using the same client program [VLC 0.9.6] as before, and
I cannot verify your last fix.
Regards,
John Tam
> Date: Tue, 31 Aug 2010 11:11:37 -0700
> To: live-de...@ns.live555.com
> From: finlay...@live555.com
Hello Ross,
I have update to the latest July 29, 2010 version of LiveMedia. The same
problem exists.
Regards,
John
> Date: Sun, 8 Aug 2010 06:33:50 -0700
> To: live-de...@ns.live555.com
> From: finlay...@live555.com
> Subject: Re: [Live-devel] Server runaway streams for shared session for
Hello,
I am using the RTSP server functionality of the LiveMedia library, and I might
have resolved a client session management issue. The senario is when a
ServerMediaSubsession is shared [reuseFirstSource=True] and clients choose
RTP-over-TCP for streaming mode, only the last requested RTP