0:03:54.409415392 2343207 0x5561344bb860 WARN rtpjitterbuffer
timestamps at server, schedule resync
0:03:54.409648475 2343207 0x5561344bb860 INFO rtpjitterbuffer
rtpjitterbuffer.c:780:rtp_jitter_buffer_calculate_pts: resync to time
0:03:54.290964724, rtptime 9:57:44.938222222
0:03:55.516084124 2343207 0x5561344bb860 WARN rtpjitterbuffer
rtpjitterbuffer.c:572:calculate_skew: delta - skew: 0:00:01.040029654
too big, reset skew
The video stream has to go to a JanusWebrtc server. The stream
frequently stops(we see no image or a still frame depending on the
browser) like it is missing data. I think it is a timestamp issue that
happens because of the latency(4" to the screen) that the processing
introduces and the webrtc server cannot handle. The sender machine will
never have a correct utc time if it is of interest.
Can I get an insight of what is missing to run smoothly in the client? I
can give any other logs/info as needed.
The machine is a jetson xavier with GStreamer 1.14.5.
the only evidence I have is the interrupted video on the webrtc client
and it is random.
The processing of the frames is not consistent, so appsrc is not
producing frames at a stable framerate.
I changed the pipeline to "appsrc
I suppose that sets the pts? I also added a videorate element. Still it
Would anyone know what could cause these interrupts and how to debug?