[Bug 753037] rtpopusdepay: timestamp handling regression

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Thu Jul 30 07:13:56 PDT 2015


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

--- Comment #6 from Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> ---
(In reply to Tim-Philipp Müller from comment #4)
> Looks like an issue in rtpopusdepay, it doesn't pass through the input
> timestamps properly, but just makes up 0-based timestamps, and opusdec then
> just clips the incoming buffers because they're before the segment start:
> 

Interesting, i thought I had address this issue through (that's one of the
difference between 1.5.2 and master I think). Maybe it needed more work.

commit 7c638e06ff7e26de8b429966e80058f98cb73073
Author: Nicolas Dufresne <nicolas.dufresne at collabora.co.uk>
Date:   Fri Jul 10 12:49:01 2015 -0400

    depayloader: Use input segment start

    When there is no clock_base provided, the start position is
    set to 0 instead of the original segment start value. This
    would break synchronization if start was not 0.

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

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


More information about the gstreamer-bugs mailing list