[Bug 733031] New: regression is position queries when seeking in READY

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Jul 10 12:49:02 PDT 2014


https://bugzilla.gnome.org/show_bug.cgi?id=733031
  GStreamer | gstreamer (core) | 1.x

           Summary: regression is position queries when seeking in READY
    Classification: Platform
           Product: GStreamer
           Version: 1.x
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gstreamer (core)
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: ensonic at sonicpulse.de
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Something changed in gstreamer to break seek in READY again. The pipeline plays
from the right pos, but reports position starting from 0 instead of seek-pos.

Seeking in ready is important for me, when the user want to play from somewhere
in the middle and/or wants to play in a loop. If I send the flushing seek in
PAUSED it works, but then I preroll twice - once where gstreamer assumes
playback will start at 0 (is open ended and not using the segment flag) and
once for the actual segment.

I was iterating the pipeline in ready and sending the seek to each
source-element (as e.g. bins were dropping the seek as the flags where
flushing). Now this is not good anymore. Most likely something change with
regard to segment initialization in bins.

Now of course seek-in-ready is not officially supported (maybe). So what can we
do instead to actually make that use-case work?

a) I don't tink we can just add a new seek-flag
b) new seek-like event to init the segment?
c) ?

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


More information about the gstreamer-bugs mailing list