[gstreamer-bugs] [Bug 613351] New: gst_element_seek() should have async counterpart

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=613351
  GStreamer | don't know | git

           Summary: gst_element_seek() should have async counterpart
    Classification: Desktop
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: don't know
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: hadess at hadess.net
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


As I understand it, gst_element_seek() is nearly all async, apart from
sometimes computationally intensive operations (index searches).

My current worst case scenario, in Totem, when seeking in a 6BG full HD
Matroska file, looks about like this:
(bacon_video_widget_seek_time_no_lock:3883) took 0.176199 seconds
(totem_action_seek:1116) took 0.176254 seconds

I regularly see calls taking 0.1 sec, but a lot of them take 0.01 sec.

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