Image Color Depths

  • Thread starter Thread starter Alhexx
  • Start date Start date
Status
Not open for further replies.
A

Alhexx

Guest
I've continued working on BrutePix, my raw image viewer. Basically, it works, however, I need a bit help with the different image color depths...

But first, I'll post which bit depths are currently supported:

Legend:
W -> White (i.e. Grayscale)
R -> Red
G -> Green
B -> Blue
A -> Alpha

High-Color Pixel Depths:

  • 4 Bit [RGBA-1111]
  • 8 Bit [RGBA-2222]
  • 12 Bit [RGBA-3333]
  • 12 Bit [RGB-444]
  • 16 Bit [RGBA-4444]
  • 16 Bit [RGBA-5551]
  • 16 Bit [RGB-565]
  • 24 Bit [RGB-888]
  • 32 Bit [RGBA-8888]

GrayScale Pixel Depths:

  • 1 Bit [W-1]
  • 4 Bit [W-4]
  • 8 Bit [W-8]

Palette Pixel Depths:

  • 1 Bit [2 Colors]
  • 2 Bit [4 Colors]
  • 4 Bit [16 Colors]
  • 8 Bit [256 Colors]
  • 12 Bit [4096 Colors]
  • 16 Bit [65K Colors]

Miscelaneous:

  • DXT1 Compression [4x4 Pixels - 64 Bit]
  • DXT2/3 Compression [4x4 Pixels - 128 Bit]
  • DXT4/5 Compression [4x4 Pixels - 128 Bit]

My first question is:
Does anyone know any other common image formats? I read a something of 12-bit grayscale, however, I couldn't find any images.

The second question:
I need some images for testing. Does anyone have any images in one of these formats:

  • 4 Bit High-Color [RGBA-1111]
  • 8 Bit High-Color [RGBA-2222]
  • 12 Bit High-Color [RGBA-3333]
  • 12 Bit High-Color [RGB-444]
  • 12 Bit GrayScale [W-12]
  • 12 Bit Paletted [4096 Colors]
  • 16 Bit Paletted [65K Colors]

 - Alhexx
[/list]
[/list]
[/list]
[/list]
[/list]
 
Well if you want to make it really useful, you could let the user input a custom color type, maybe like OpenGL does it (combined packed storage size, individual component bit offset+length)... Possibly let the user store different custom formats as settings, too. That way you wouldn't need to hard-code the generic color formats, and could focus on the trickier ones (like compressed or floating-point or whatever). Maybe also implement support for different colorspaces (i.e. channel interpretations), which happens to be what I'm coding at the moment. :P
 
Hm, that custom color type thing seems to be an interesting idea. I will try to implement that, too.
However, having hard-coded standard types is good, too, since BrutePix renders in real-time. So the image is not converted to a nice format as 32bit rgba and displayed afterwards; it calculates every single pixel every single time it is needed.

 - Alhexx
 
Does anyone know any other common image formats?
Click to expand...
The GameCube GPU supports a format called RGB5A3.  That is RGBA5551 for opaque pixels and RGBA4443 for transparent pixels.
And there is the RGBX888 format, which is a 32-bit aligned RGB format.
 
Ah, yeah, I remember that RGB555A3 one... I'll see if I implement that, too.
As for RGBX888 - that's simply 32 Bit RGBA, but without Alpha channel....

Thanx.

 - Alhexx
 
There is also R10G10B10A2 as well.
Hmmm maybe you could have an output based on a a bits stream and define the bitstream information using some sort of XML based data file.  This way the 'file' setup is transportable or definable externally.  Of course that would mean a lot of work now that I think about it :D

Cyb
 
Bitmap_GrayAlpha88,                   // 2 bytes / pixel
        Bitmap_RGB565,                          // 2 bytes / pixel
        Bitmap_RGB555,                          // 2 bytes / pixel
        Bitmap_BGR565,                          // 2 bytes / pixel
   Bitmap_BGR555,            // 2 bytes / pixel
        Bitmap_RGBA5551,                      // 2 bytes / pixel
        Bitmap_BGRA5551,         // 2 bytes / pixel
        Bitmap_BGRA5551_Aflip,         // 2 bytes / pixel alpha flipped (needed for TGA)
        Bitmap_BGRA4444,                      // 2 bytes / pixel
        Bitmap_RGB888,                          // 3 bytes / pixel
        Bitmap_BGR888,                          // 3 bytes / pixel (needed for BMP)
        Bitmap_RGBA8888,                      // 4 bytes / pixel
        Bitmap_BGRA8888,                      // 4 bytes / pixel
        Bitmap_ARGB8888,                      // 4 bytes / pixel (needed for TXMP)


These are formats I use in Biturn bitmap lib. In these formats were stored files I encountered so far ( if i don't count DXT and RLE encodings ).

When I was trying to use PNGlib ( http://libpng.org/pub/png/libpng.html ) I found an example pictures somewhere in the archives. They are stored in various pixel depths, check them out.
 
Cyberman:
I'll implement that RGB10A2 format, too.
I'm currently working on Qhimm's idea of letting the user add custom types, which will give BrutePix a bigger palette of possible formats.

I'm just trying to add some more hard coded ones, since the hard coded algorithms are optimized, so they will work a lot faster than the custom ones.

mirex:
The order of the Blue and Red byte does not matter, since BrutePix has an option to swap the red and blue values.
As for  Bitmap_ARGB8888, this is needed because Oni's TXMP format is byte-swapped since Oni was developed for Mac.

I'm also thinking about implementing a Byte-swapping option, too.

 - Alhexx
 
Status
Not open for further replies.
Back
Top