[Bug 674934] Snapping direction flags for seeking

[GStreamer (bugzilla.gnome.org)]

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

Wim Taymans <wim.taymans> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |wim.taymans at gmail.com

--- Comment #1 from Wim Taymans <wim.taymans at gmail.com> 2012-04-27 12:56:28 UTC ---
My 2¢:

   GST_SEEK_FLAG_KEY_UNIT        = (1 << 2),
   GST_SEEK_FLAG_SNAP_BEFORE     = (1 << 5),
   GST_SEEK_FLAG_SNAP_AFTER      = (1 << 6),
   GST_SEEK_FLAG_SNAP_NEAREST    = GST_SEEK_FLAG_SNAP_BEFORE |
                                   GST_SEEK_FLAG_SNAP_AFTER,

KEY_UNIT     = go to a keyframe, demuxer chooses which one
SNAP_BEFORE  = go to a location before the requested position, if KEY_UNIT this
               means the keyframe at or before the requested position
SNAP_AFTER   = go to a location after the requested position, if KEY_UNIT this
               means the keyframe at of after the requested position
SNAP_NEAREST = go to a position near the requested position, if KEY_UNIT this
               means the keyframe closest to the requested position, if both
               keyframes are at an equal distance, behaves like SNAP_BEFORE

BEFORE/AFTER always refers to the position in stream-time.

BEFORE/AFTER, seems more natural than BACKWARDS/FORWARDS to express a position
relative to the requested position.

SNAP_* instead of SNAP_KEY_UNIT_* because the snapping might also make sense
when  not doing a keyframe seek (like going to the nearest frame boundary).

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