RepoMirrors
/
mpv
mirror of https://github.com/mpv-player/mpv
1
0
Fork 0
Code Issues Releases Wiki Activity

clarify syncpoint placement recommanditions 

(note i would also like to add a "there MUST be 1 syncpoint per second" rule)


git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@20982 b3059339-0415-0410-9bf9-f77b7e298cf2
This commit is contained in:
michael 2006-11-17 13:32:45 +00:00
parent 3e41eed182
commit c6d8a2e989
1 changed files with 13 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

16
DOCS/tech/nut.txt
View File

@ -920,9 +920,19 @@ start demuxing from the previous syncpoint
Note, more complicated seeking methods exist which are capable of quickly
seeking to the optimal point in the presence of an index even if only a
subset of all streams are active but a muxer SHOULD place syncpoints,
and keyframes if it can affect the placement of keyframes so that simple
low complexity seeking works with fine granularity
subset of all streams is active
A muxer SHOULD place syncpoints so that that simple low complexity seeking
works with fine granularity, that is syncpoints should be placed prior
to keyframes instead of non keyframes and with high enough frequency
(once per second unless there are no keyframes between this and the previous
syncpoint)
encoders SHOULD place keyframes so that the number of points where all
streams have a keyframe at the same time is maximized, this ensures that
seeking (complicated or not) does not need to demux and decode significant
amounts of data to reach a point where a presentable frame for each stream
is available after seeking
Semantic requirements: