[Bug 764459] GstRTPBasedepayload fail to detect new stream after SSRC change

Sun Apr 3 08:49:55 UTC 2016

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

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

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

--- Comment #4 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
commit 7a206336dd24d368a0933df1a33c69dee3eaae86
Author: Mikhail Fludkov <misha at pexip.com>
Date:   Sat Apr 2 10:37:55 2016 +0200

    rtpbasedepayload: look at ssrc before sequence numbers

    Doing so prevents us dropping buffers in the rare, but possible,
situations,
    when the stream changes SSRC and new sequence numbers does not differ
    much from the last sequence number from previous SSRC. For example:
    ssrc - 0xaaaa 101,102,103,104 ssrc - 0xbbbb 102, 103, 104, 105...
    In the scenario above we don't want to drop the first 3 packets of
    0xbbbb stream.

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

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