[PATCH] docs/nut4cc: Add 1, 2, 4, 8 bit Paletted rawvideo
--- docs/nut4cc.txt | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/docs/nut4cc.txt b/docs/nut4cc.txt index 0b5540f..c2c067a 100644 --- a/docs/nut4cc.txt +++ b/docs/nut4cc.txt @@ -136,6 +136,10 @@ XYZ[36] Packed XYZ 12:12:12, 48bpp, 12X, 4, 12Y, 4, 12Z, 4, the 2-byte value [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] +PAL[1] 1bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 2 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[2] 2bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 4 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[4] 4bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 16 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[8] 8bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 256 entry table of 8:8:8:8 BGRA entries [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.9.5
On 2/8/16, Michael Niedermayer <michael@niedermayer.cc> wrote:
--- docs/nut4cc.txt | 4 ++++ 1 file changed, 4 insertions(+)
diff --git a/docs/nut4cc.txt b/docs/nut4cc.txt index 0b5540f..c2c067a 100644 --- a/docs/nut4cc.txt +++ b/docs/nut4cc.txt @@ -136,6 +136,10 @@ XYZ[36] Packed XYZ 12:12:12, 48bpp, 12X, 4, 12Y, 4, 12Z, 4, the 2-byte value [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] +PAL[1] 1bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 2 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[2] 2bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 4 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[4] 4bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 16 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[8] 8bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 256 entry table of 8:8:8:8 BGRA entries [NOT in AVI]
Looks fine, go ahead and add float too.
Since many exotic planar YUVA pixel formats are not contemplated by the AVI/QuickTime FourCC lists, the following scheme is adopted for -- 1.7.9.5
_______________________________________________ NUT-devel mailing list NUT-devel@mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/nut-devel
On Mon, Feb 08, 2016 at 05:22:13PM +0100, Paul B Mahol wrote:
On 2/8/16, Michael Niedermayer <michael@niedermayer.cc> wrote:
--- docs/nut4cc.txt | 4 ++++ 1 file changed, 4 insertions(+)
diff --git a/docs/nut4cc.txt b/docs/nut4cc.txt index 0b5540f..c2c067a 100644 --- a/docs/nut4cc.txt +++ b/docs/nut4cc.txt @@ -136,6 +136,10 @@ XYZ[36] Packed XYZ 12:12:12, 48bpp, 12X, 4, 12Y, 4, 12Z, 4, the 2-byte value [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] +PAL[1] 1bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 2 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[2] 2bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 4 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[4] 4bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 16 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[8] 8bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 256 entry table of 8:8:8:8 BGRA entries [NOT in AVI]
Looks fine, go ahead and add float too.
float ? you mean 8bit indexes with 256*4*sizeof(float) BGRA table ? or something else ? [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB If you think the mosad wants you dead since a long time then you are either wrong or dead since a long time.
On 2/9/16, Michael Niedermayer <michael@niedermayer.cc> wrote:
On Mon, Feb 08, 2016 at 05:22:13PM +0100, Paul B Mahol wrote:
On 2/8/16, Michael Niedermayer <michael@niedermayer.cc> wrote:
--- docs/nut4cc.txt | 4 ++++ 1 file changed, 4 insertions(+)
diff --git a/docs/nut4cc.txt b/docs/nut4cc.txt index 0b5540f..c2c067a 100644 --- a/docs/nut4cc.txt +++ b/docs/nut4cc.txt @@ -136,6 +136,10 @@ XYZ[36] Packed XYZ 12:12:12, 48bpp, 12X, 4, 12Y, 4, 12Z, 4, the 2-byte value [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] +PAL[1] 1bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 2 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[2] 2bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 4 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[4] 4bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 16 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[8] 8bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 256 entry table of 8:8:8:8 BGRA entries [NOT in AVI]
Looks fine, go ahead and add float too.
float ? you mean 8bit indexes with 256*4*sizeof(float) BGRA table ? or something else ?
Something else :-P
On Tue, Feb 09, 2016 at 10:18:39AM +0100, Paul B Mahol wrote:
On 2/9/16, Michael Niedermayer <michael@niedermayer.cc> wrote:
On Mon, Feb 08, 2016 at 05:22:13PM +0100, Paul B Mahol wrote:
On 2/8/16, Michael Niedermayer <michael@niedermayer.cc> wrote:
--- docs/nut4cc.txt | 4 ++++ 1 file changed, 4 insertions(+)
diff --git a/docs/nut4cc.txt b/docs/nut4cc.txt index 0b5540f..c2c067a 100644 --- a/docs/nut4cc.txt +++ b/docs/nut4cc.txt @@ -136,6 +136,10 @@ XYZ[36] Packed XYZ 12:12:12, 48bpp, 12X, 4, 12Y, 4, 12Z, 4, the 2-byte value [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] +PAL[1] 1bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 2 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[2] 2bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 4 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[4] 4bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 16 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[8] 8bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 256 entry table of 8:8:8:8 BGRA entries [NOT in AVI]
Looks fine, go ahead and add float too.
float ? you mean 8bit indexes with 256*4*sizeof(float) BGRA table ? or something else ?
Something else :-P
float RGBA aka width*height*sizeof(float)*4 ? [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws. -- Plato
On 2/9/16, Michael Niedermayer <michael@niedermayer.cc> wrote:
On Tue, Feb 09, 2016 at 10:18:39AM +0100, Paul B Mahol wrote:
On 2/9/16, Michael Niedermayer <michael@niedermayer.cc> wrote:
On Mon, Feb 08, 2016 at 05:22:13PM +0100, Paul B Mahol wrote:
On 2/8/16, Michael Niedermayer <michael@niedermayer.cc> wrote:
--- docs/nut4cc.txt | 4 ++++ 1 file changed, 4 insertions(+)
diff --git a/docs/nut4cc.txt b/docs/nut4cc.txt index 0b5540f..c2c067a 100644 --- a/docs/nut4cc.txt +++ b/docs/nut4cc.txt @@ -136,6 +136,10 @@ XYZ[36] Packed XYZ 12:12:12, 48bpp, 12X, 4, 12Y, 4, 12Z, 4, the 2-byte value [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] +PAL[1] 1bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 2 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[2] 2bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 4 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[4] 4bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 16 entry table of 8:8:8:8 BGRA entries [NOT in AVI] +PAL[8] 8bpp indexes (ordered from the msb to the lsb in each byte), followed by a up to 256 entry table of 8:8:8:8 BGRA entries [NOT in AVI]
Looks fine, go ahead and add float too.
float ? you mean 8bit indexes with 256*4*sizeof(float) BGRA table ? or something else ?
Something else :-P
float RGBA aka width*height*sizeof(float)*4 ?
and yuva too
[...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws. -- Plato
participants (2)
-
Michael Niedermayer -
Paul B Mahol