- NUT-devel - lists.mplayerhq.hu

[nut]: r609 - docs/nutissues.txt
by michael 12 Feb '08

12 Feb '08

Author: michael Date: Tue Feb 12 13:54:02 2008 New Revision: 609 Log: 3rd option Modified: docs/nutissues.txt Modified: docs/nutissues.txt ============================================================================== --- docs/nutissues.txt (original) +++ docs/nutissues.txt Tue Feb 12 13:54:02 2008 @@ -152,6 +152,7 @@ How do we identify the sample format A. fourcc B. extradata +C. New field in the stream header Issue pcm-interleaving @@ -160,3 +161,4 @@ How do we identify the interleaving A. fourcc B. extradata +C. New field in the stream header

3 3

[nut]: r611 - docs/nut4cc.txt
by michael 12 Feb '08

12 Feb '08

Author: michael Date: Tue Feb 12 15:50:38 2008 New Revision: 611 Log: PCM audio comments welcome Modified: docs/nut4cc.txt Modified: docs/nut4cc.txt ============================================================================== --- docs/nut4cc.txt (original) +++ docs/nut4cc.txt Tue Feb 12 15:50:38 2008 @@ -82,5 +82,16 @@ ARGB Packed RGBA 8:8:8:8, 32bpp, ARGB RGB[24] Packed RGB 8:8:8, 24bpp RGB [NOT in AVI] BGR[24] Packed RGB 8:8:8, 24bpp BGR [NOT in AVI] +Raw audio: [x] is an byte with value x, [NOT in AVI] +ALAW A-LAW +ULAW MU-LAW +<sign><type><interleaving><bits> little endian PCM +<bits><interleaving><type><sign> big endian PCM + <sign> is S for signed, U for unsigned + <type> is I for integer, F for IEEE float + <interleaving> is D for default (left, right) + <bits> is 8/16/24/32 +SFD[32] would for example be signed 32 bit little endian IEEE float -FIXME mpeg4/dv/gray16/audio codecs + +FIXME mpeg4/dv/gray16/audio codecs/multi chan interleaving

3 2

[nut]: r612 - docs/nut4cc.txt
by michael 12 Feb '08

12 Feb '08

Author: michael Date: Tue Feb 12 15:55:53 2008 New Revision: 612 Log: simpler Modified: docs/nut4cc.txt Modified: docs/nut4cc.txt ============================================================================== --- docs/nut4cc.txt (original) +++ docs/nut4cc.txt Tue Feb 12 15:55:53 2008 @@ -85,13 +85,12 @@ BGR[24] Packed RGB 8:8:8, 24bpp BGR [NOT Raw audio: [x] is an byte with value x, [NOT in AVI] ALAW A-LAW ULAW MU-LAW -<sign><type><interleaving><bits> little endian PCM -<bits><interleaving><type><sign> big endian PCM - <sign> is S for signed, U for unsigned - <type> is I for integer, F for IEEE float +P<type><interleaving><bits> little endian PCM +<bits><interleaving><type>P big endian PCM + <type> is S for signed integer, U for unsigned integer, F for IEEE float <interleaving> is D for default (left, right) <bits> is 8/16/24/32 -SFD[32] would for example be signed 32 bit little endian IEEE float +PFD[32] would for example be signed 32 bit little endian IEEE float FIXME mpeg4/dv/gray16/audio codecs/multi chan interleaving

1 0

[nut]: r610 - docs/nut4cc.txt
by michael 12 Feb '08

12 Feb '08

Author: michael Date: Tue Feb 12 15:24:48 2008 New Revision: 610 Log: fourcc list. Added: docs/nut4cc.txt Added: docs/nut4cc.txt ============================================================================== --- (empty file) +++ docs/nut4cc.txt Tue Feb 12 15:24:48 2008 @@ -0,0 +1,86 @@ +This list lists fourcc codes and the codecs they identify. + +Codecs which are not in this list but have a standard fourcc in avi can be +used with the AVI fourcc in nut as well. +Codecs which are in this list but are not used with the same fourcc in avi +should be reported to us! (these maybe a typo) +Codecs which are in this list and in avi with the same fourcc as well as +other fourccs, SHOULD use the fourcc specified here. +For codecs which do not have a fourcc in AVI nor this list, please contact +us so we can add them to the list. + + +ASV1 Asus Video +ASV2 Asus Video 2 +CVID Cinepak +CYUV Creative YUV +DUCK Truemotion 1 +FFV1 FFmpeg video 1 +FFVH FFmpeg Huffyuv +H261 ITU H.261 +H262 ITU H.262 +H263 ITU H.263 +H264 ITU H.264 +HFYU Huffyuv +I263 Intel H.263 +IV31 Indeo 3.1 +IV32 Indeo 3.2 +IV50 Indeo 5.0 +LJPG ITU JPEG (lossless) +MJLS ITU JPEG-LS +MJPG ITU JPEG +MPG4 MS MPEG4v1 (!NOT ISO MPEG4!) +MP42 MS MPEG4v2 +MP43 MS MPEG4v3 +mpg1 ISO MPEG1 Video +mpg2 ISO MPEG2 Video +MRLE MS RLE +MSVC MS Video 1 +RT21 Indeo 2.1 +RV10 Real Video 1.0 +RV20 Real Video 2.0 +RV30 Real Video 3.0 +RV40 Real Video 4.0 +SNOW FFmpeg snow +SVQ1 Sorenson Video 1 +SVQ3 Sorenson Video 3 +theo Xiph theora +TM20 Truemotion 2.0 +VCR1 ATI VCR1 +VP30 VP 3.0 +VP31 VP 3.1 +VP50 VP 5.0 +VP60 VP 6.0 +VP61 VP 6.1 +VP61 VP 6.2 +WMV1 MS WMV7 +WMV2 MS WMV8 +WMV3 MS WMV9 +WVC1 VC-1 + +Raw video: [x] is a byte with value x +YV12 Planar 4:2:0 YUV +YUV9 Planar 4:1:0 YUV +Y800 8bit Gray +411P Planar 4:1:1 YUV +422P Planar 4:2:2 YUV +444P Planar 4:4:4 YUV +UYVY Packed 4:2:2 YUV (UYVY) +YUY2 Packed 4:2:2 YUV (YUYV) +RGB[15] Packed RGB 5:5:5, 16bpp, (msb)1A 5R 5G 5B(lsb), little endian [NOT in AVI] +BGR[15] Packed BGR 5:5:5, 16bpp, (msb)1A 5B 5G 5R(lsb), little endian [NOT in AVI] +RGB[16] Packed RGB 5:6:5, 16bpp, (msb) 5R 6G 5B(lsb), little endian [NOT in AVI] +BGR[16] Packed BGR 5:6:5, 16bpp, (msb) 5B 6G 5R(lsb), little endian [NOT in AVI] +[15]BGR Packed RGB 5:5:5, 16bpp, (msb)1A 5R 5G 5B(lsb), big endian [NOT in AVI] +[15]RGB Packed BGR 5:5:5, 16bpp, (msb)1A 5B 5G 5R(lsb), big endian [NOT in AVI] +[16]BGR Packed RGB 5:6:5, 16bpp, (msb) 5R 6G 5B(lsb), big endian [NOT in AVI] +[16]RGB Packed BGR 5:6:5, 16bpp, (msb) 5B 6G 5R(lsb), big endian [NOT in AVI] +RGBA Packed RGBA 8:8:8:8, 32bpp, RGBA [NOT in AVI] +BGRA Packed RGBA 8:8:8:8, 32bpp, BGRA [NOT in AVI] +ABGR Packed RGBA 8:8:8:8, 32bpp, ABGR [NOT in AVI] +ARGB Packed RGBA 8:8:8:8, 32bpp, ARGB [NOT in AVI] +RGB[24] Packed RGB 8:8:8, 24bpp RGB [NOT in AVI] +BGR[24] Packed RGB 8:8:8, 24bpp BGR [NOT in AVI] + + +FIXME mpeg4/dv/gray16/audio codecs

1 0

[nut]: r608 - docs/nutissues.txt
by michael 12 Feb '08

12 Feb '08

Author: michael Date: Tue Feb 12 13:52:55 2008 New Revision: 608 Log: split issue Modified: docs/nutissues.txt Modified: docs/nutissues.txt ============================================================================== --- docs/nutissues.txt (original) +++ docs/nutissues.txt Tue Feb 12 13:52:55 2008 @@ -148,7 +148,15 @@ C. Define an maximum number of bytes (li Issue pcm-sample-format ----------------------- -How do we identify the sample format and interleaving +How do we identify the sample format + +A. fourcc +B. extradata + + +Issue pcm-interleaving +---------------------- +How do we identify the interleaving A. fourcc B. extradata

1 0

[nut]: r607 - docs/nutissues.txt
by michael 12 Feb '08

12 Feb '08

Author: michael Date: Tue Feb 12 13:52:05 2008 New Revision: 607 Log: better name Modified: docs/nutissues.txt Modified: docs/nutissues.txt ============================================================================== --- docs/nutissues.txt (original) +++ docs/nutissues.txt Tue Feb 12 13:52:05 2008 @@ -107,8 +107,8 @@ B. Design a separate layer for it. C. Do not support this. -Issue header-compression ------------------------- +Issue header-elision +-------------------- Headers of codec frames often contain low entropy information or things we already know like the frame size.

1 0

NUT spec review - chapters
by Rich Felker 12 Feb '08

12 Feb '08

I've been reviewing the NUT spec for clarity and bugs and found one small issue with the way chapters are specified for info: chapter_id (s) The ID of the chapter this packet applies to. If zero, the packet applies to the whole file. Positive chapter_id values represent real chapters and MUST NOT overlap. chapter_start (t) timestamp of start of chapter chapter_len (v) Length of chapter in the same timebase as chapter_start. It's likely impossible to partition a file into chapters that cover the whole file without overlapping due to the requirement that chapter_len use the same timebase as chapter_start. Surely you could just cut the chapter lengths short and in most places it would only make a difference of a few frames, but it one wants to use chapters for cutting a file and later being able to rejoin the parts to get the original file, things would break badly. Using chapter_end in its own timebase or having positive chapter_ids implicitly ended by the start of the next chapter would both work, but would break the frozen syntax. Is this an issue anyone cares about? Is there a nice fix? I'll post any more issues I see as I continue to review. Rich

3 10

[nut]: r606 - docs/nutissues.txt
by michael 12 Feb '08

12 Feb '08

Author: michael Date: Tue Feb 12 05:41:03 2008 New Revision: 606 Log: Issue pcm-sample-format Modified: docs/nutissues.txt Modified: docs/nutissues.txt ============================================================================== --- docs/nutissues.txt (original) +++ docs/nutissues.txt Tue Feb 12 05:41:03 2008 @@ -144,3 +144,11 @@ Solutions: A. Define an maximum number of samples (like 512) B. Define an maximum timespam (like 0.1 sec) C. Define an maximum number of bytes (like 1024) + + +Issue pcm-sample-format +----------------------- +How do we identify the sample format and interleaving + +A. fourcc +B. extradata

1 0

[nut]: r605 - docs/nutissues.txt
by michael 12 Feb '08

12 Feb '08

Author: michael Date: Tue Feb 12 01:44:43 2008 New Revision: 605 Log: I think this makes no sense. Modified: docs/nutissues.txt Modified: docs/nutissues.txt ============================================================================== --- docs/nutissues.txt (original) +++ docs/nutissues.txt Tue Feb 12 01:44:43 2008 @@ -16,11 +16,6 @@ C. buffer fullness in seconds D. buffer fullness in bytes E. transmit time stamps -Values in bytes scale nicer with increased bandwidth, that is, doubling the -bandwidth from the one assumed by the muxer halves the needed preload. Time -based sync values do not naturally change the needed preload with increased -bandwidth but instead increase the needed buffer size. - Values in bytes are sensitiv to packet loss, which can delay initial startup.

1 0

[nut]: r603 - docs/nutissues.txt
by michael 11 Feb '08

11 Feb '08

Author: michael Date: Mon Feb 11 23:50:18 2008 New Revision: 603 Log: Mention packet loss. Modified: docs/nutissues.txt Modified: docs/nutissues.txt ============================================================================== --- docs/nutissues.txt (original) +++ docs/nutissues.txt Mon Feb 11 23:50:18 2008 @@ -21,6 +21,9 @@ bandwidth from the one assumed by the mu based sync values do not naturally change the needed preload with increased bandwidth but instead increase the needed buffer size. +Values in bytes are sensitiv to packet loss, which can delay initial startup. + + These can be stored in one of the following a. sync points b. info packets

1 0