[Bug 788777] rtpjitterbuffer/h264parse timestamp issue (regression)

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=788777

--- Comment #6 from Håvard Graff (hgr) <havard.graff at gmail.com> ---
One thing that jumps out from the logs is the lack of dts on the buffer.
pop_and_push_next:<rtpjitterbuffer0>[00m Pushing buffer 49694, dts
99:99:99.999999999, pts 0:15:23.020362975

Now, udpsrc sets dts as "arrival time" and the jitterbuffer sort of assumes
this being the arrival time, and calculates the pts. Maybe there are some
improvements that could be done in terms of dts being CLOCK_TIME_NONE?

Alternatively, maybe the tcpsrc should be setting dts in the same way udpsrc
does it.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.