From c6d8a2e98952f4ae35c06cacd3d7544c849a3742 Mon Sep 17 00:00:00 2001 From: michael Date: Fri, 17 Nov 2006 13:32:45 +0000 Subject: 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 --- DOCS/tech/nut.txt | 16 +++++++++++++--- 1 file changed, 13 insertions(+), 3 deletions(-) (limited to 'DOCS') diff --git a/DOCS/tech/nut.txt b/DOCS/tech/nut.txt index 3aec400baf..276f3094ae 100644 --- a/DOCS/tech/nut.txt +++ b/DOCS/tech/nut.txt @@ -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: -- cgit v1.2.3