diff options
| author | Wim Taymans <wim.taymans@collabora.co.uk> | 2009-05-13 23:38:08 +0200 |
|---|---|---|
| committer | Wim Taymans <wim@metal.(none)> | 2009-05-13 23:38:08 +0200 |
| commit | 0f8351062077f27a921ed6fadfee55652a780d9a (patch) | |
| tree | e85cef68349b352b7a55e269268b100c448157b6 | |
| parent | cc7985ab4860d0386686bcbbf0ce17d04a72bf48 (diff) | |
docs: update trickmode document
| -rw-r--r-- | docs/design/part-trickmodes.txt | 4 |
1 files changed, 3 insertions, 1 deletions
diff --git a/docs/design/part-trickmodes.txt b/docs/design/part-trickmodes.txt index a53e7c66ee..f1b9a84fc1 100644 --- a/docs/design/part-trickmodes.txt +++ b/docs/design/part-trickmodes.txt @@ -44,6 +44,7 @@ When performing a seek, the following steps have to be taken by the application: - how accurate the seek should be (ACCURATE) - how to perform the seek (FLUSH) - what to do when the stop position is reached (SEGMENT). + - extra playback options (SKIP) - a format to seek in, this can be time, bytes, units (frames, samples), ... - a playback rate, 1.0 is normal playback speed, positive values bigger than 1.0 mean fast playback. negative values mean reverse playback. A playback speed of @@ -135,7 +136,8 @@ client side forward trickmodes The seek happens as stated above. a NEW_SEGMENT event is sent downstream with a rate different from 1.0. Plugins receiving the NEW_SEGMENT can decide to perform the rate conversion of the media data (retimestamp video frames, resample audio, ...). -A plugin can also decide to drop frames in the case of fast playback or use a more +A plugin should not drop frames unless the SKIP flag is set. When the SKIP flag is +set, a plugin can decide to drop frames in the case of fast playback or use a more efficient decoding algorithm (skip B frames, ...). If a plugin decides to resample or retimestamp, it should modify the NEW_SEGMENT with a rate of 1.0 and update the applied rate so that downstream elements don't resample again but are aware that the |