RTP: Matching server and client timestamps

Pablo Odorico pablo.odorico at gmail.com
Mon Jun 21 08:24:04 UTC 2021

In case it helps anyone: Solved this by adding a pad probe to the payloader
src pad which uses gst_buffer_get_reference_timestamp_meta
and gst_rtp_buffer_add_extension_onebyte_header to send the server-side
timestamp in the RFC 5285 header extension.


On Tue, Jun 15, 2021 at 12:38 PM Pablo Odorico <pablo.odorico at gmail.com>

> Hi,
> I have a client+server stream based on rtpbin. The video stream comes from
> an appsrc which sets the buffers PTS. If I probe on different places on the
> client pipeline (e.g. the decoder src pad) I see that the buffers PTSs are
> in a different clock domain.
> Is there any way to recover the server-side timestamps from the client
> pipeline? This would be useful for instrumentation and to support
> encoder features like invalidating dropped reference frames.
> Ideally I would like to get it from the timestamp in GstRTPPacketLost, so
> I don't have to probe downstream and wait for the next GstBuffer flagged as
> Thank you,
> Pablo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20210621/40ab078e/attachment.htm>

More information about the gstreamer-devel mailing list