October 2013 - NUT-devel - lists.mplayerhq.hu

[RFC] add Bayer fourccs
by Peter Ross 22 Feb '14

22 Feb '14

--- Hi. Here is my stab at assigning fourcs for Bayer pixel formats. I've used character 0xBA to identify Bayer formats, followed by the top component order and bit-depth. A 7-bit ASCII value would probably be better. Ideas/suggestions welcome. docs/nut4cc.txt | 12 ++++++++++++ 1 files changed, 12 insertions(+), 0 deletions(-) diff --git a/docs/nut4cc.txt b/docs/nut4cc.txt index e28de7b..a111a0a 100644 --- a/docs/nut4cc.txt +++ b/docs/nut4cc.txt @@ -112,6 +112,18 @@ RBA[64] Packed RGBA 16:16:16:16, 64bpp, 16R, 16G, 16B, 16A, the 2-byte value for ARB[64] Packed ARGB 16:16:16:16, 64bpp, 16A, 16R, 16G, 16B, the 2-byte value for each R/G/B component is stored as little-endian [NOT in AVI] BRA[64] Packed BGRA 16:16:16:16, 64bpp, 16B, 16G, 16R, 16A, the 2-byte value for each R/G/B component is stored as little-endian [NOT in AVI] ABR[64] Packed ABGR 16:16:16:16, 64bpp, 16A, 16B, 16G, 16R, the 2-byte value for each R/G/B component is stored as little-endian [NOT in AVI] +[0xBA]BG[8] Bayer, BGBG..(odd line), GRGR..(even line), 8-bit samples [NOT in AVI] +[0xBA]BG[16] Bayer, BGBG..(odd line), GRGR..(even line), 16-bit samples, little-endian [NOT in AVI] +[16]GB[0xBA] Bayer, BGBG..(odd line), GRGR..(even line), 16-bit samples, big-endian [NOT in AVI] +[0xBA]RG[8] Bayer, RGRG..(odd line), GBGB..(even line), 8-bit samples [NOT in AVI] +[0xBA]RG[16] Bayer, RGRG..(odd line), GBGB..(even line), 16-bit samples, little-endian [NOT in AVI] +[16]GR[0xBA] Bayer, RGRG..(odd line), GBGB..(even line), 16-bit samples, big-endian [NOT in AVI] +[0xBA]GB[8] Bayer, GBGB..(odd line), RGRG..(even line), 8-bit samples [NOT in AVI] +[0xBA]GB[16] Bayer, GBGB..(odd line), RGRG..(even line), 16-bit samples, little-endian [NOT in AVI] +[16]BG[0xBA] Bayer, GBGB..(odd line), RGRG..(even line), 16-bit samples, big-endian [NOT in AVI] +[0xBA]GR[8] Bayer, GRGR..(odd line), BGBG..(even line), 8-bit samples [NOT in AVI] +[0xBA]GR[16] Bayer, GRGR..(odd line), BGBG..(even line), 16-bit samples, little-endian [NOT in AVI] +[16]RG[0xBA] Bayer, GRGR..(odd line), BGBG..(even line), 16-bit samples, big-endian [NOT in AVI] Since many exotic planar YUVA pixel formats are not contemplated by the AVI/QuickTime FourCC lists, the following scheme is adopted for -- 1.7.4.1 -- Peter (A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC40 DD6B)

2 3

[PATCH] libnut: fix building on i686-pc-mingw32
by Timothy Gu 09 Nov '13

09 Nov '13

Signed-off-by: Timothy Gu <timothygu99(a)gmail.com> --- src/trunk/libnut/priv.h | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/src/trunk/libnut/priv.h b/src/trunk/libnut/priv.h index 5183503..aac2952 100644 --- a/src/trunk/libnut/priv.h +++ b/src/trunk/libnut/priv.h @@ -44,6 +44,10 @@ #define MAX(a,b) ((a) > (b) ? (a) : (b)) #define ABS(a) ((a) > 0 ? (a) : -(a)) +#if (defined(__MINGW32__) && !defined(__MINGW64_VERSION_MAJOR)) +#define ftello(a) (off_t)(_ftelli64(a)) +#endif + typedef struct { nut_input_stream_tt isc; int is_mem; -- 1.8.1.2

2 2

Git vs. SVN
by Timothy Gu 20 Oct '13

20 Oct '13

Hi all, I would like to send a patch about the Doxygen syntax, but it seems that there are two main developing repo, git://git.ffmpeg.org/nut and svn://svn.mplayerhq.hu/nut. It looks like the git one is the mirror of the svn one, but git is a few commits behind svn (at r673, where svn is r678). Which one should I base the patch on and, how am I going to send it (svn diff or git format-patch)? Timothy

2 1

Re: [NUT-devel] [PATCH] nut4cc: add XYZ 4cc
by Timothy Gu 20 Oct '13

20 Oct '13

LGTM assuming XYZ works. Timothy

2 1

[nut]: r679 - docs/nut4cc.txt
by michael 20 Oct '13

20 Oct '13

Author: michael Date: Sun Oct 20 15:25:10 2013 New Revision: 679 Log: nut4cc: add XYZ 4cc Reviewed-by: Timothy Gu <timothygu99(a)gmail.com> Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> Modified: docs/nut4cc.txt Modified: docs/nut4cc.txt ============================================================================== --- docs/nut4cc.txt Tue Jul 23 01:55:30 2013 (r678) +++ docs/nut4cc.txt Sun Oct 20 15:25:10 2013 (r679) @@ -120,6 +120,8 @@ ABR[64] Packed ABGR 16:16:16:16, 64bpp, [64]ARB Packed ARGB 16:16:16:16, 64bpp, 16A, 16R, 16G, 16B, the 2-byte value for each R/G/B component is stored as big-endian [NOT in AVI] [64]BRA Packed BGRA 16:16:16:16, 64bpp, 16B, 16G, 16R, 16A, the 2-byte value for each R/G/B component is stored as big-endian [NOT in AVI] [64]ABR Packed ABGR 16:16:16:16, 64bpp, 16A, 16B, 16G, 16R, the 2-byte value for each R/G/B component is stored as big-endian [NOT in AVI] +XYZ[36] Packed XYZ 12:12:12, 48bpp, 12X, 4, 12Y, 4, 12Z, 4, the 2-byte value for each XYZ+4bit component is stored as little-endian [NOT in AVI] +[36]ZYX Packed XYZ 12:12:12, 48bpp, 12X, 4, 12Y, 4, 12Z, 4, the 2-byte value for each XYZ+4bit component is stored as big-endian [NOT in AVI] Since many exotic planar YUVA pixel formats are not contemplated by the AVI/QuickTime FourCC lists, the following scheme is adopted for

1 0