- NUT-devel - lists.mplayerhq.hu

(no subject)
by mplayer-docs-owner＠mplayerhq.hu 03 Jun '11

03 Jun '11

You are not allowed to post to this mailing list, and your message has been automatically rejected. If you think that your messages are being rejected in error, contact the mailing list owner at mplayer-docs-owner(a)mplayerhq.hu.

1 0

[nut]: r675 - src/trunk/README
by michael 22 Apr '11

22 Apr '11

Author: michael Date: Fri Apr 22 02:07:41 2011 New Revision: 675 Log: Add install section (test commit) Modified: src/trunk/README Modified: src/trunk/README ============================================================================== --- src/trunk/README Fri Apr 22 01:58:06 2011 (r674) +++ src/trunk/README Fri Apr 22 02:07:41 2011 (r675) @@ -1,5 +1,8 @@ to compile: make + + +to install: make install

1 0

Server move, possible outages
by Reimar Döffinger 16 Apr '11

16 Apr '11

Hello everyone, (sorry for this massive SPAM) mplayerhq is moving to a different server and this mailing list is affected. This will happen on monday, in parts possibly earlier. We intend of course to make this move completely seamless but it'll probably a bit more messy than that. Therefore we wanted to tell you about it, what the current status is, what might go wrong and you can do if this is an issue for you. The rest is a bit technical, if you do not understand anything just ignore it :-). If there's some service you depend on that is not mentioned consider asking us. 1) DNS: we switched to DNS on the new server, but the change hasn't propagated yet. The server will be the same as the ffmpeg.org one, so if necessary you can e.g. manually add a line like 192.190.173.45 www1.mplayerhq.hu www.mplayerhq.hu mplayerhq.hu svn.mplayerhq.hu mplayerhq.eu to /etc/hosts. IRC on freenode.net, #mplayer should work as emergency communication channel. 2) Homepage: The mplayerhq.hu homepage is already up and running on the server, some download links are not working currently though 3) Mailing lists: basic setup done, data like archives and subscriber list still missing. In the worst case you would have to subscribe again - we do _not_ expect that to happen. 4) Repositories: We have full backups of the repositories up and running (minus latest commits) but some details like who has write access and commit hooks are missing. It might be better not to use them for a few days. 5) FTP: All data is backed-up (in several places) but not all will be available from the start. In particular upload/incoming and samples will be missing for some time due to high disk-space requirements of these. Kind regards, Reimar Döffinger

1 0

[nut]: r673 - docs/nut4cc.txt
by michael 26 Mar '11

26 Mar '11

Author: michael Date: Sat Mar 26 11:51:43 2011 New Revision: 673 Log: add BGR48 fourccs Patch by Peter Ross Modified: docs/nut4cc.txt Modified: docs/nut4cc.txt ============================================================================== --- docs/nut4cc.txt Sat Jun 5 19:10:38 2010 (r672) +++ docs/nut4cc.txt Sat Mar 26 11:51:43 2011 (r673) @@ -96,6 +96,8 @@ ABGR Packed RGBA 8:8:8:8, 32bpp, ABGR 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] +BGR[48] Packed RGB 16:16:16, 48bpp, 16B, 16G, 16R, the 2-byte value for each R/G/B component is stored as little-endian [NOT in AVI] +[48]BGR Packed RGB 16:16:16, 48bpp, 16B, 16G, 16R, the 2-byte value for each R/G/B component is stored as big-endian [NOT in AVI] B1W0 black/white bitstream, 1bpp, 0 is white, 1 is black, in each byte pixels are ordered from the msb to the lsb [NOT in AVI] B0W1 black/white bitstream, 1bpp, 1 is white, 0 is black, in each byte pixels are ordered from the msb to the lsb [NOT in AVI] BGR[4] Packed BGR 1:2:1 bitstream, 4bpp, (msb)1B 2G 1R(lsb), a byte contains two pixels, the first pixel in the byte is the one composed by the 4 msb bits [NOT in AVI]

1 0

[PATCH] add BGR48 fourccs
by Peter Ross 26 Mar '11

26 Mar '11

--- docs/nut4cc.txt | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/docs/nut4cc.txt b/docs/nut4cc.txt index cdca377..e28de7b 100644 --- a/docs/nut4cc.txt +++ b/docs/nut4cc.txt @@ -96,6 +96,8 @@ 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] +BGR[48] Packed RGB 16:16:16, 48bpp, 16B, 16G, 16R, the 2-byte value for each R/G/B component is stored as little-endian [NOT in AVI] +[48]BGR Packed RGB 16:16:16, 48bpp, 16B, 16G, 16R, the 2-byte value for each R/G/B component is stored as big-endian [NOT in AVI] B1W0 black/white bitstream, 1bpp, 0 is white, 1 is black, in each byte pixels are ordered from the msb to the lsb [NOT in AVI] B0W1 black/white bitstream, 1bpp, 1 is white, 0 is black, in each byte pixels are ordered from the msb to the lsb [NOT in AVI] BGR[4] Packed BGR 1:2:1 bitstream, 4bpp, (msb)1B 2G 1R(lsb), a byte contains two pixels, the first pixel in the byte is the one composed by the 4 msb bits [NOT in AVI] -- 1.7.4.1 -- Peter (A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC40 DD6B)

3 3

libnut-503 package download
by Peter Staab 11 Nov '10

11 Nov '10

Dear all, I need the "libnut-503" package but I could not find a download location. Where can I download this package, or could anyone send me the package? Thanks. Regards, Peter Staab -- GMX DSL Doppel-Flat ab 19,99 €/mtl.! Jetzt auch mit gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl

2 2

[nut]: r672 - docs/nut4cc.txt
by stefano 05 Jun '10

05 Jun '10

Author: stefano Date: Sat Jun 5 19:10:38 2010 New Revision: 672 Log: Add other rawvideo NUT codec tag entries: B4BY Packed BGR 1:2:1, 8bpp, (msb)4U 1B 2G 1R(lsb), one pixel per byte, the 4 most significant bits are unused R4BY Packed RGB 1:2:1, 8bpp, (msb)4U 1R 2G 1B(lsb), one pixel per byte, the 4 most significant bits are unused Modified: docs/nut4cc.txt Modified: docs/nut4cc.txt ============================================================================== --- docs/nut4cc.txt Fri Jun 4 17:34:39 2010 (r671) +++ docs/nut4cc.txt Sat Jun 5 19:10:38 2010 (r672) @@ -100,6 +100,8 @@ B1W0 black/white bitstream, 1bpp, 0 i B0W1 black/white bitstream, 1bpp, 1 is white, 0 is black, in each byte pixels are ordered from the msb to the lsb [NOT in AVI] BGR[4] Packed BGR 1:2:1 bitstream, 4bpp, (msb)1B 2G 1R(lsb), a byte contains two pixels, the first pixel in the byte is the one composed by the 4 msb bits [NOT in AVI] RGB[4] Packed RGB 1:2:1 bitstream, 4bpp, (msb)1R 2G 1B(lsb), a byte contains two pixels, the first pixel in the byte is the one composed by the 4 msb bits [NOT in AVI] +B4BY Packed BGR 1:2:1, 8bpp, (msb)4U 1B 2G 1R(lsb), one pixel per byte, the 4 most significant bits are unused +R4BY Packed RGB 1:2:1, 8bpp, (msb)4U 1R 2G 1B(lsb), one pixel per byte, the 4 most significant bits are unused BGR[8] Packed RGB 3:3:2, 8bpp, (msb)2B 3G 3R(lsb) [NOT in AVI] RGB[8] Packed RGB 3:3:2, 8bpp, (msb)2R 3G 3B(lsb) [NOT in AVI] RGB[48] Packed RGB 16:16:16, 48bpp, 16R, 16G, 16B, the 2-byte value for each R/G/B component is stored as little-endian [NOT in AVI]

1 0

[RFC] FourCCs for rawvideo rgb4_byte / bgr4_byte
by Stefano Sabatini 05 Jun '10

05 Jun '10

Hi all, this follows a thread from ffmpeg-devel: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/109054/focus=109394 I proposed these names: B4BY (bgr4_byte) Packed BGR 1:2:1, 8bpp, (msb)1B 2G 1R(lsb) R4BY (rgb4_byte) Packed RGB 1:2:1, 8bpp, (msb)1R 2G 1B(lsb) Other idea: bgr4_byte => B[1][2][1] rgb4_byte => R[1][2][1] Note that I'm very satisfied with these names, maybe someone can find a better scheme. What do you think? Regards.

2 14

[nut]: r670 - docs/nut4cc.txt
by michael 05 Jun '10

05 Jun '10

Author: michael Date: Fri Jun 4 17:23:49 2010 New Revision: 670 Log: Add rgb12 variants. Modified: docs/nut4cc.txt Modified: docs/nut4cc.txt ============================================================================== --- docs/nut4cc.txt Wed May 26 00:35:45 2010 (r669) +++ docs/nut4cc.txt Fri Jun 4 17:23:49 2010 (r670) @@ -78,10 +78,14 @@ Y800 8bit Gray 444P Planar 4:4:4 YUV UYVY Packed 4:2:2 YUV (UYVY) YUY2 Packed 4:2:2 YUV (YUYV) +RGB[12] Packed RGB 4:4:4, 16bpp, (msb)4A 4R 4G 4B(lsb), little-endian [NOT in AVI] +BGR[12] Packed BGR 4:4:4, 16bpp, (msb)4A 4B 4G 4R(lsb), little-endian [NOT in AVI] 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] +[12]RGB Packed RGB 4:4:4, 16bpp, (msb)4A 4R 4G 4B(lsb), big-endian [NOT in AVI] +[12]BGR Packed BGR 4:4:4, 16bpp, (msb)4A 4B 4G 4R(lsb), big-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]

3 2

[nut]: r671 - docs/nut4cc.txt
by michael 04 Jun '10

04 Jun '10

Author: michael Date: Fri Jun 4 17:34:39 2010 New Revision: 671 Log: Add little endian 64bit rgba. Modified: docs/nut4cc.txt Modified: docs/nut4cc.txt ============================================================================== --- docs/nut4cc.txt Fri Jun 4 17:23:49 2010 (r670) +++ docs/nut4cc.txt Fri Jun 4 17:34:39 2010 (r671) @@ -104,6 +104,10 @@ BGR[8] Packed RGB 3:3:2, 8bpp, (msb)2B RGB[8] Packed RGB 3:3:2, 8bpp, (msb)2R 3G 3B(lsb) [NOT in AVI] RGB[48] Packed RGB 16:16:16, 48bpp, 16R, 16G, 16B, the 2-byte value for each R/G/B component is stored as little-endian [NOT in AVI] [48]RGB Packed RGB 16:16:16, 48bpp, 16R, 16G, 16B, the 2-byte value for each R/G/B component is stored as big-endian [NOT in AVI] +RBA[64] Packed RGBA 16:16:16:16, 64bpp, 16R, 16G, 16B, 16A, the 2-byte value for each R/G/B component is stored as little-endian [NOT in AVI] +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] Since many exotic planar YUVA pixel formats are not contemplated by the AVI/QuickTime FourCC lists, the following scheme is adopted for

1 0