>Great, I guess liveMedia is taking care of all this behind the scenes. I
>hadn't seen anything relating to it in the live555 demux module
RTCP is implemented automatically within the "LIVE555 Streaming
Media" libraries (in "MediaSubsession::initiate()"), for each RTP
stream.
--
Ross Finlayson
Great, I guess liveMedia is taking care of all this behind the scenes. I
hadn't seen anything relating to it in the live555 demux module, so like
you said it's there implicitly.
I've verified I am seeing the RTCP "RR" packets via Wireshark.
Thanks for the explanation.
Ross Finlayson wrote:
> Y
>Further to my previous questions on this. I'm wondering how to activate
>this feature
It is activated by default! You already have it. Our server does
not set the "timeout=" field in its responses (because it uses
incoming RTCP "RR" packets, as well as incoming RTSP commands, to
indicate cl
Sorry, meant to say Session field not Transport field in the below paragraph
Glen Gray wrote:
> SETUP is to populate the Transport: field with the timeout period in
> seconds ("...; timeout=60;"). I can't see this in the RTSPServer.cpp
> code (lines 797 - 838 is where I looked) or in the response
Hey guys,
Further to my previous questions on this. I'm wondering how to activate
this feature and I'm still not sure on the standards as it's not my area
of expertise. From what I can see in RFC2326, the servers response to
SETUP is to populate the Transport: field with the timeout period in
>Wondering if the liveMedia/RTSPServer.cpp code has support for 'Keep
>Alive' functionality ?
Yes. Note the "reclamationTestSeconds" parameter (default value, 45
seconds) in "RTSPServer::createNew()".
>
>I see from the source code that it accepts the GET_PARAMETER calls and
>responds to the cli
Hey Guys,
Wondering if the liveMedia/RTSPServer.cpp code has support for 'Keep
Alive' functionality ?
I see from the source code that it accepts the GET_PARAMETER calls and
responds to the client, but doesn't seem to do anything regarding the
session. I assume this means that KeepAlive isn't e
