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

[GStreamer (bugzilla.gnome.o. <bug...@gn...>]

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: gst...@li...
        ReportedBy: ha...@ha...
         QAContact: gst...@li...
      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.