> On Apr 27, 2022, at 11:06 PM, Juho Ylikorpi wrote:
>
> Hi,
>
> There is 100 cameras and each has own proxy process delivering streams to
> multiple different clients.
>
> I know that processes don’t interact, but something is causing timestamps
> jump backwards when stream is flowing trou
Hi,
There is 100 cameras and each has own proxy process delivering streams to
multiple different clients.
I know that processes don’t interact, but something is causing timestamps jump
backwards when stream is flowing trough this setup. Any ideas how to debug
presentation time calculation?
/J
> On Apr 27, 2022, at 12:09 PM, Juho Ylikorpi wrote:
>
> we see this happening only when there are multiple proxy processes running
> parallel.
What do you mean by this? Are you referring to multiple ‘front-end’ clients
accessing a single proxy server (serving a single ‘back-end’ server)?
Thanks for your reply.
It seems that there might be some issue with calculation of presentation times
then because we see this happening only when there are multiple proxy processes
running parallel. With just single proxy process running there is no such jumps
and also capture straight from ca
You should never need to concern yourself with “RTP timestamps”. Instead, you
should consider only “presentation times”. (Our software automatically
converts presentation times to RTP timestamps (when sending), and RTP
timestamps to presentation times (when receiving). Our proxy server (and o
Hi,
Any ideas what might be causing this issue with timestamps jumping backwards?
PT=DynamicRTP-Type-96, SSRC=0xFD9103A6, Seq=11785, Time=3386874533 FU-A [TCP
segment of a reassembled PDU]
PT=DynamicRTP-Type-96, SSRC=0xFD9103A6, Seq=11786, Time=3386874533
FU-APT=DynamicRTP-Type-96, SSRC=0xFD910
