Gstreamer pipeline cant play video stream

[kreyer.steve]

Hi Honey_Patouceul,

thanks for your answer. The problem is that the delay Iam experiencing is not on the receiver side. I’ve written a decoder program based on ffmpeg, where I extract the RTP timestamp along with decoding the current frame from the stream and display both. Additionally I’ve written a small CLI program for my board where it outputs CLOCK_REALTIME each 10ms on UART, and this Iam filming and when comparing both timestamps (the filmed within the frame vs the received RTP timestamp) there’s a delay of around 300ms.
Also what I noticed if I extend the gstreamer sending pipeline (e.g. by replacing nvv4l2h264enc by x264enc) the delay gets much bigger. I always thought that RTP timestamp is coming from nvarguscamerasrc plugin, but somehow this doesn’t seem to be the case, because otherwise the delay would be 300ms always (independent of the pipeline latency). I actually dont really have a problem with the 300ms latency but more with the fact that this delay is depending on the pipeline latency.

Please also see my other post according to this:

Optimal time delay and jitter performance measure strategy when using gstreamer to stream camera frames

To answer my second question about the jitter, I think my setup is a little to naive to achieve accurate results. I have only two explanations either. the time until the “eigenzeit” is outputted on TFT is not determenistic (I use teraterm on windows for outputting the eigenzeit of the board or the framerate of the camera is non-determenistic. So would exclude 2.) for the time beeing, and try to organize a determenistic clock output to check if framerate is constant. But with this explanation…

Do you have an explaination of this or maybe can point me to resources where I can understand how this RTP timestamping works within the gstreamer pipeline?

Thanks in advance,
Steve