SeekFlags#
- class SeekFlags#
Flags to be used with seek() or new_seek(). All flags
can be used together.
A non flushing seek might take some time to perform as the currently playing data in the pipeline will not be cleared.
An accurate seek might be slower for formats that don’t have any indexes or timestamp markers in the stream. Specifying this flag might require a complete scan of the file in those cases.
When performing a segment seek: after the playback of the segment completes,
no EOS will be emitted by the element that performed the seek, but a
SEGMENT_DONE message will be posted on the bus by the element.
When this message is posted, it is possible to send a new seek event to
continue playback. With this seek method it is possible to perform seamless
looping or simple linear editing.
When only changing the playback rate and not the direction, the
INSTANT_RATE_CHANGE flag can be used for a non-flushing seek
to signal that the rate change should be applied immediately. This requires
special support in the seek handlers (e.g. demuxers) and any elements
synchronizing to the clock, and in general can’t work in all cases (for example
UDP streaming where the delivery rate is controlled by a remote server). The
instant-rate-change mode supports changing the trickmode-related GST_SEEK_ flags,
but can’t be used in conjunction with other seek flags that affect the new
playback position - as the playback position will not be changing.
When doing fast forward (rate > 1.0) or fast reverse (rate < -1.0) trickmode
playback, the TRICKMODE flag can be used to instruct decoders
and demuxers to adjust the playback rate by skipping frames. This can improve
performance and decrease CPU usage because not all frames need to be decoded.
Beyond that, the TRICKMODE_KEY_UNITS flag can be used to
request that decoders skip all frames except key units, and
TRICKMODE_NO_AUDIO flags can be used to request that audio
decoders do no decoding at all, and simple output silence.
The SNAP_BEFORE flag can be used to snap to the previous
relevant location, and the SNAP_AFTER flag can be used to
select the next relevant location. If KEY_UNIT is specified,
the relevant location is a keyframe. If both flags are specified, the nearest
of these locations will be selected. If none are specified, the implementation is
free to select whichever it wants.
The before and after here are in running time, so when playing backwards, the next location refers to the one that will played in next, and not the one that is located after in the actual source stream.
Also see part-seeking.txt in the GStreamer design documentation for more details on the meaning of these flags and the behaviour expected of elements that handle them.
Fields#
- class SeekFlags
- ACCURATE#
The type of the None singleton.
- FLUSH#
The type of the None singleton.
- INSTANT_RATE_CHANGE#
The type of the None singleton.
- KEY_UNIT#
The type of the None singleton.
- NONE#
The type of the None singleton.
- SEGMENT#
The type of the None singleton.
- SKIP#
The type of the None singleton.
- SNAP_AFTER#
The type of the None singleton.
- SNAP_BEFORE#
The type of the None singleton.
- SNAP_NEAREST#
The type of the None singleton.
- TRICKMODE#
The type of the None singleton.
- TRICKMODE_FORWARD_PREDICTED#
The type of the None singleton.
- TRICKMODE_KEY_UNITS#
The type of the None singleton.
- TRICKMODE_NO_AUDIO#
The type of the None singleton.