[Bug 771479] New: playsink: Reverse stepping in BUFFERS format fail with audio and other problems

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 771479
           Summary: playsink: Reverse stepping in BUFFERS format fail with
                    audio and other problems
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: slomo at coaxion.net
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Problem here is that we send steps only to the video sink, which makes sense.
BUFFERS format makes no sense for audio, but for video it is frames.

That however causes the audio sink to not move anywhere, which has to negative
side effects:

1) in reverse mode, this means that the video position goes backwards with
every step but audio stays the same. The position query returns the maximum of
all values, so it always returns the (constant) audio position

2) in general, we move video but not audio. After a while queues run full and
we lock up because the audio did not consume any data at the same time.


My idea for a solution here is to keep track of how much video we stepped
(position queries and the step messages), and then do a TIME step on the audio
sink in the same way to catch up. And only then forward the step-done message.

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