[Live-devel] why RTCP BYE does not invoke client's "TEARDOWN"
刘龙飞
daniel.liu17 at gmail.com
Mon Mar 26 02:28:23 PDT 2012
Sorry, It's my mistake.
My sending RTCP "BYE" from server side can invoke the client "TEARDOWN"
now.
ps: previously, my session has two subsessions,video and audio, but I
only send "BYE" for video substream, not for audio, so it didn't work.
----------------------------------------------------------------------------------------------------------------
What's more,I find a new question.
It seems that the referenceCount in class ServerMediaSession is not zero
after the client have "TEARDOWN"ed this session(with two subsessions).
For a session have two subsessions, the below increasement is called
twice, because it have two "SETUP", each for a subsession.
* in RTSPServer::RTSPClientSession::handleCmd_SETUP()*
* fOurServerMediaSession->incrementReferenceCount();*
But in RTSPServer::RTSPClientSession::~RTSPClientSession(), the
below decrement is called only once.
* fOurServerMediaSession->decrementReferenceCount();*
And I printed the fReferenceCount, it's not zero
after ~RTSPClientSession(). Is this right? or have I mis-understood the
meaning of fReferenceCount?
Thank you very much.
2012/3/23 Ross Finlayson <finlayson at live555.com>
> I want to close the RTSPClientSessions belong to one ServerMediaSession
> from the server side.
> I send RTCP "BYE" message from server side, but it doesn't invoke the
> client's sending "TEARDOWN". But the client(openRTSP) had received the
> "BYE" message and it had printed the "Received RTCP "BYE"...".
> What's the reason?
>
>
> I don't know. "openRTSP" (and "testRTSPClient") should be sending a RTSP
> "TEARDOWN" command after it receives a RTCP "BYE" from the server. (Note
> that it is the client's choice whether to send a "TEARDOWN"; the server
> cannot 'force' the client to send a "TEARDOWN". However, our code for both
> "openRTSP" and "testRTSPClient" should be sending a "TEARDOWN" after it
> receives a "BYE".)
>
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20120326/74e332ac/attachment.html>
More information about the live-devel
mailing list