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

[GStreamer (GNOME Bugzilla)]

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

Sebastian Dröge (slomo) <slomo at coaxion.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #2 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
commit 76792a5c204dab025ea8c2ce0be865bdca430b98
Author: Andrew <nifigase at gmail.com>
Date:   Wed Feb 8 13:36:00 2017 +0000

    rtpjitterbuffer: Don't always reset PTS to 0 after a gap

    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.

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

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