[Bug 667554] [0.11] [h264] Reverse playback does not work anymore

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=667554
  GStreamer | gst-ffmpeg | 0.11.x

Tim-Philipp Müller <t.i.m> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |t.i.m at zen.co.uk
         Resolution|                            |OBSOLETE

--- Comment #1 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2012-08-19 11:44:30 UTC ---
This works fine now, probably fixed by:


commit 83870cf581128d94f6ae1a3062d6f59a36926a4a
Author: Tim-Philipp Müller <tim at centricular.net>
Date:   Fri Aug 10 22:58:56 2012 +0100

    baseparse: fix reverse playback with upstream demuxers that support it

    Don't just return FALSE for seek events with negative rates when
    operating in push mode. An upstream demuxer may support this just
    fine, so if we're not operating in pull mode always check upstream
    first if it can handle the seek event. This fixes reverse playback
    where the upstream demuxer supports it (e.g. with qtdemux). The
    same code would work fine in 0.10, because baseparse will just
    call the default pad event handler if FALSE was returned from the
    baseparse event handler, and the pad event handler will just
    forward it upstream. In 0.11 the baseclass or subclass is
    responsible for chaining up to the parent class or forwarding the
    event upstream in any case.

    Disable reverse playback in pull mode for now, there seems to
    be something going wrong with the segment configuration in that
    case.

possibly other commits elsewhere too.

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