[Bug 778341] New: rtpjitterbuffer: resetting pts to 0 after gap

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 778341
           Summary: rtpjitterbuffer: resetting pts to 0 after gap
    Classification: Platform
           Product: GStreamer
           Version: 1.11.1
                OS: Linux
            Status: NEW
          Severity: major
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: nifigase at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Created attachment 345217
  --> https://bugzilla.gnome.org/attachment.cgi?id=345217&action=edit
patch to bypass gap checking for packets with estimated dts

In function rtp_jitter_buffer_calculate_pts: If gap in incoming RTP timestamps
is more than (3 * jbuf->clock_rate) we call rtp_jitter_buffer_reset_skew which
resets pts to 0. So components down the pipeline (playes, mixers) just skip
frames/samples until pts becomes equal to pts before gap.

In version 1.10.2 and before this checking was bypassed for packets with
"estimated dts", and gaps were handled correctly.
 I created a small patch that fixes this (bypasses checking for "estimated dts"
packets like in 1.10.2).
Possibly this bypassing was lost after extraction of function
rtp_jitter_buffer_calculate_pts.

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