> Looks like sending the session id in the OPTION header solved the problem!
>
> After my original post yesterday, I did determine that Axis cameras have a
> session time-out (default 60 sec) setting that was tearing down the session.
The Axis camera should also be using incoming RTCP "RR" packe
Ross,
Thanks for the code update.
Looks like sending the session id in the OPTION header solved the problem!
After my original post yesterday, I did determine that Axis cameras have a
session time-out (default 60 sec) setting that was tearing down the
session. The only thing I cannot explain is
> When time changed, The stream stopped.
> Reason 1:
> If time value become bigger, "uSecondsToGo" in
> MultiFramedRTPSink::sendPacketIfNecessary is bigger, "scheduleDelayedTask"
> need too long time to call "sendNext".
> Reason 2:
> If time value become smaller, stream is stopped also. But I
Hi,
When time changed, The stream stopped.
Reason 1:
If time value become bigger, "uSecondsToGo" in
MultiFramedRTPSink::sendPacketIfNecessary is bigger, "scheduleDelayedTask" need
too long time to call "sendNext".
Reason 2:
If time value become smaller, stream is stopped also. But I don't know
