[Bug 655804] Play position advancing but frames not rendered

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=655804
  GStreamer | gst-plugins-bad | 0.10.34

Vincent Penquerc'h <vincent.penquerch> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
          Component|gstreamer (core)            |gst-plugins-bad
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |0.10.23

--- Comment #32 from Vincent Penquerc'h <vincent.penquerch at collabora.co.uk> 2011-11-28 13:59:40 UTC ---
commit 918d2e710fc12ba9f489d8344549deb511f85ac9
Author: Vincent Penquerc'h <vincent.penquerch at collabora.co.uk>
Date:   Sat Sep 3 14:37:40 2011 +0100

    mpegdemux: fix some more video freezing

    There was a second threshold, which apparently needs to be smaller
    than the first, though I'm not certain of it as I don't understand
    yet this nest of wtf that is the mpeg demuxer timing logic.

    Fixes video freezing on one (corrupted) MPEG sample. It would
    previously never think it was out of the discontinuity, and would
    push buffers with no timestamp.

    Now this took me more than a day's poking at the thing, for just
    one constant change, and I'm scared to have to touch this again :S

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

commit 7960280afbb2fdc436d8e1fcf89a414b37f6e135
Author: Vincent Penquerc'h <vincent.penquerch at collabora.co.uk>
Date:   Tue Aug 30 14:50:52 2011 +0100

    mpegdemux: catch smaller PTS dicontinuities

    In a test stream, I get one buffer with a PTS of about 15 seconds
    in the future compared to the previous one, and next buffers with
    timestamps continuing where the original ones left off.

    This caused the sink to wait 15 seconds to display the frame while
    more frames queued up, and then dump all the subsequent frames as
    they "arrived too late".

    Maybe that threshold should be made configurable, but for now,
    make it more smaller to catch more of these.

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

    Non AV streams keep using the larger threshold (10 minutes), as
    subtitles may arrive only every so often.

-- 
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.