- NUT-devel - lists.mplayerhq.hu

[nut]: r649 - docs/nut.txt
by michael 03 Mar '08

03 Mar '08

Author: michael Date: Mon Mar 3 15:12:12 2008 New Revision: 649 Log: Some additional words about seeking and keyframes spread. Modified: docs/nut.txt Modified: docs/nut.txt ============================================================================== --- docs/nut.txt (original) +++ docs/nut.txt Mon Mar 3 15:12:12 2008 @@ -1092,6 +1092,14 @@ B. forward seeking smallest one which has a back ptr >= the position of what was found in 1. 2. Follow the back pointer to the corresponding syncpoint. +Alternatively a demuxer can search for a shorter back ptr (which ensures that +keyframes in all streams are closer together) before 2. +One way to do this for backward seeking is: +if the back ptr is longer than the demuxer wants, step back by half the ptr, +search for another syncpoint and repeat until either the ptr is short enough +or the search went too far. + + Seeking with an index (non-normative): -------------------------------------- The demuxer only has to find the appropriate keyframe in the index and @@ -1101,6 +1109,10 @@ Note, more complicated seeking methods e seeking to the optimal point in the presence of an index even if only a subset of all streams is active. +Note2, A demuxer might wish to favor a syncpoint which has keyframes +in all active streams shortly afterwards instead of one where they are +distant. + 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

1 0

[nut]: r647 - docs/nut.txt
by michael 03 Mar '08

03 Mar '08

Author: michael Date: Mon Mar 3 12:57:49 2008 New Revision: 647 Log: Document EOR. Modified: docs/nut.txt Modified: docs/nut.txt ============================================================================== --- docs/nut.txt (original) +++ docs/nut.txt Mon Mar 3 12:57:49 2008 @@ -80,6 +80,12 @@ pts dts The time when a frame is input into a synchronous 1-in-1-out decoder. +EOR frames + End of relevance frames indicate that a given stream is not relevant + for presentation begining with the EOR frame and until the following + keyframe. This is primarely intended for periods were subtitles are + not displayed. But it is not limited to subtitles. + Syntax: =======

1 0

[nut]: r646 - docs/nut4cc.txt
by michael 03 Mar '08

03 Mar '08

Author: michael Date: Mon Mar 3 12:02:09 2008 New Revision: 646 Log: better fourcc for dvd/dvb Modified: docs/nut4cc.txt Modified: docs/nut4cc.txt ============================================================================== --- docs/nut4cc.txt (original) +++ docs/nut4cc.txt Mon Mar 3 12:02:09 2008 @@ -105,8 +105,8 @@ PFD[32] would for example be signed 32 Subtitles: UTF8 Raw utf8 SSA[0] SubStation Alpha -DDSU DVD subtitles -DBSU DVB subtitles +DVDS DVD subtitles +DVBS DVB subtitles FIXME dv/gray16/audio codecs/multi chan interleaving

1 0

[RFC] subtitle fourccs
by Michael Niedermayer 03 Mar '08

03 Mar '08

Hi We need a list of fourcc <-> subtitle codecs for nut. Any tips where i can find one? (yes i tried google) -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Breaking DRM is a little like attempting to break through a door even though the window is wide open and the only thing in the house is a bunch of things you dont want and which you would get tomorrow for free anyway

2 3

[nut]: r645 - docs/nut4cc.txt
by michael 03 Mar '08

03 Mar '08

Author: michael Date: Mon Mar 3 03:46:51 2008 New Revision: 645 Log: 1st try of subtitle ids. Modified: docs/nut4cc.txt Modified: docs/nut4cc.txt ============================================================================== --- docs/nut4cc.txt (original) +++ docs/nut4cc.txt Mon Mar 3 03:46:51 2008 @@ -102,5 +102,11 @@ P<type><interleaving><bits> little endia <bits> is 8/16/24/32 PFD[32] would for example be signed 32 bit little endian IEEE float +Subtitles: +UTF8 Raw utf8 +SSA[0] SubStation Alpha +DDSU DVD subtitles +DBSU DVB subtitles + FIXME dv/gray16/audio codecs/multi chan interleaving

2 1

[nut]: r643 - docs/nut.txt
by michael 01 Mar '08

01 Mar '08

Author: michael Date: Fri Feb 29 02:55:36 2008 New Revision: 643 Log: Add "default" disposition, matroska supports that too and it might be usefull in some obscure cases. Modified: docs/nut.txt Modified: docs/nut.txt ============================================================================== --- docs/nut.txt (original) +++ docs/nut.txt Fri Feb 29 02:55:36 2008 @@ -931,7 +931,7 @@ info packet types A demuxer MUST ignore unknown language and country codes instead of treating them as an error. "Disposition" - "original", "dub" (translated), "comment", "lyrics", "karaoke" + "original", "dub" (translated), "comment", "lyrics", "karaoke", "default" Note: If someone needs some others, please tell us about them, so we can add them to the official standard (if they are sane). Note: Nonstandard fields should be prefixed by "X-".

3 2

[nut]: r642 - docs/nut4cc.txt
by aurel 27 Feb '08

27 Feb '08

Author: aurel Date: Wed Feb 27 19:20:48 2008 New Revision: 642 Log: add VP7 fourcc Modified: docs/nut4cc.txt Modified: docs/nut4cc.txt ============================================================================== --- docs/nut4cc.txt (original) +++ docs/nut4cc.txt Wed Feb 27 19:20:48 2008 @@ -59,6 +59,7 @@ VP50 VP 5.0 VP60 VP 6.0 VP61 VP 6.1 VP62 VP 6.2 +VP70 VP 7.0 WMV1 MS WMV7 WMV2 MS WMV8 WMV3 MS WMV9

1 0

Frame/Field problem
by Michael Niedermayer 23 Feb '08

23 Feb '08

Hi When we designed the pts->dts reorder algorithm we considered arbitrary frame reorderings, but there was something we missed, that are mixes of frame and field pictures, like: i1 p2 P3 p4 P5 p7 P8 (lower case is a field, upper is a frame) PTS 2 3 4 6 7 9 10 DTS 0 1 2 4 5 7 8 As you can see no reordering of PTS can result in the DTS values. The reason why this fails is (if my brain still works at 5:30am) that frame pictures contain 2 fields and thus would have to be counted like 2 besides that they would really need 2 pts. I suspect some solution based on dummy 0byte packets with the missing pts after each frame might solve this, but i must think more about this ... -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB I do not agree with what you have to say, but I'll defend to the death your right to say it. -- Voltaire

3 7

[nut]: r641 - docs/nut.txt
by michael 23 Feb '08

23 Feb '08

Author: michael Date: Sat Feb 23 01:02:17 2008 New Revision: 641 Log: transmit_ts Modified: docs/nut.txt Modified: docs/nut.txt ============================================================================== --- docs/nut.txt (original) +++ docs/nut.txt Sat Feb 23 01:02:17 2008 @@ -416,11 +416,14 @@ info_packet: type= "v" } } + main_flags v reserved_bytes syncpoint: global_key_pts t back_ptr_div16 v + if(main_flags & BROADCAST_MODE) + transmit_ts t reserved_bytes Complete definition: @@ -488,6 +491,10 @@ max_distance (v) This is also half the maximum frame size without a checksum after the frame header. +main_flags (v) + Bit Name Description + 0 BROADCAST_MODE Set if broadcast mode is in use. + max_pts_distance (v) Maximum absolute difference of the pts of the new frame from last_pts in @@ -811,6 +818,12 @@ global_key_pts (t) global_key_pts MUST be bigger or equal to dts of all past frames across all streams, and smaller or equal to pts of all future frames. +transmit_ts (t) + The value of the reference clock at the moment when the first bit of + transmit_ts is transmitted/received. + The reference clock MUST always be less than or equal to the DTS of + every not yet completely received frame. + Index tags: -----------

1 0

[nut]: r640 - docs/nut4cc.txt
by lorenm 23 Feb '08

23 Feb '08

Author: lorenm Date: Sat Feb 23 00:44:53 2008 New Revision: 640 Log: typo Modified: docs/nut4cc.txt Modified: docs/nut4cc.txt ============================================================================== --- docs/nut4cc.txt (original) +++ docs/nut4cc.txt Sat Feb 23 00:44:53 2008 @@ -58,7 +58,7 @@ VP31 VP 3.1 VP50 VP 5.0 VP60 VP 6.0 VP61 VP 6.1 -VP61 VP 6.2 +VP62 VP 6.2 WMV1 MS WMV7 WMV2 MS WMV8 WMV3 MS WMV9

1 0