> (a)Will it be beneficial to increase socket’s ‘receive’ buffer size in
> ‘createNewRTPSink’ for the RTP source?
It might alleviate the problem, but probably wouldn't solve it. (However, you
wouldn't do this in "createNewRTPSink()", because that's used for creating
sockets that transmit (
Thank you Ross for you reply.
Unfortunately, we have no control over camera manufacturers. In many cases, we
will not even know which camera has been used by users of our software. We can
probably request cameras that we test against in-house to upgrade their
software - but then, every camera m
I think I know what is happening (a "SocketDescriptor" object is getting
deleted twice), but unfortunately I don't know why. (A bug like this was fixed
in July, but if you're using a recent version of the code, then it appears that
another bug remains.)
Unfortunately, because noone else has re
> But the server side was using a reclamation timeout of 5s and the RR are sent
> with a period computed with a quite complex logic.
> The experience show that the RR are send each about 5-10 seconds.
>
> In RTSPServer the default value is 65 seconds, clearly 5 seconds is too low.
> Is there a p
Hi Ross,
Thanks for the support.
Yes we using your library for both side client and server.
But the server side was using a reclamation timeout of 5s and the RR are sent
with a period computed with a quite complex logic.
The experience show that the RR are send each about 5-10 second
