[Bug 778690] New: Possible bug on gst-1.11 gst_element_seek

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 778690
           Summary: Possible bug on gst-1.11 gst_element_seek
    Classification: Platform
           Product: GStreamer
           Version: 1.11.1
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gstreamer (core)
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: christophevr at telenet.be
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Created attachment 345845
  --> https://bugzilla.gnome.org/attachment.cgi?id=345845&action=edit
media sample with problem.

Just found an issue when using :

example in code .

"    if (!gst_element_seek (m_gst_playbin, m_currentTrickRatio,
GST_FORMAT_TIME, (GstSeekFlags)(GST_SEEK_FLAG_FLUSH | GST_SEEK_FLAG_KEY_UNIT),
        GST_SEEK_TYPE_SET, m_last_seek_pos,
        GST_SEEK_TYPE_NONE, GST_CLOCK_TIME_NONE))"

By some media it always jump back to media start position. (while it for that
media works when using gstreamer-0.1 and same seek procedure is followed)
I also tried to add the flag GST_SEEK_FLAG_SNAP_AFTER , then it jumps to so
what 2/3 of the movie further (89 minutes). What is typic on the media is that
for example it has a video start segment at 41711111 while the audio start
segment is 0. When using flag GST_SEEK_FLAG_ACCURATE instead of KEY_UNIT it
works but to slow. A media example is : I added the torrent download tracker.
Note we are working on a stb so the basesink runs with sync and async false.

By gst-0.1 this problem does not occur.

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