[Bug 742879] New: validate: Timestamp range check rarely right

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=742879
  GStreamer | gst-devtools | git

           Summary: validate: Timestamp range check rarely right
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-devtools
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: nicolas.dufresne at collabora.co.uk
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Validate makes warning about timestamp out of range that seems a little buggy.
Here's an example.

Description : a buffer leaving an element should have its timestamps in the
range of the received buffers timestamps. i.e. If an element received buffers
with timestamps from 0s to 10s, it can't push a buffer with with a 11s
timestamp, because it doesn't have data for that

There exist a lot of cases where this isn't true. In the case of mad I have not
made any investigation. But I can think of many reason this warning may fail.
Input buffer may have no timestamp (hopefully this is already handled), buffer
may have no duration, and decoded data may be produce in smaller chunk. The
input buffer could have an estimated position and duration, and decoder fixes
it.

In case of H264 with B-Frames, this is also wrong if input timestamp are DTS
only, while output is PTS only. This would be like comparing orange with
apples. I haven't had time to check the code yet, but most likely that we
should have a set of checks for which we cause this check to not trigger.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.