Gfx9000 Library

Paragon (1532)

19-01-2004, 11:10

In this forum I would like to start a discussion about the Ggfx9000 library. I will also post updates of this library in this treath from now on.

Then next release will support loading (and maybe saving) of graphical data in a new file format. I amlost finished a new version of v9bmp to convert data into this new format.
This format will be called Gfx9000 Bitmap .G9B. This format will accommodate all color modes of the gfx9000 and is not fixed to screen resolution. No existing format that I could find is sutable for this porpuse.

By anonymous

incognito ergo sum (116)

19-01-2004, 15:42

Is it compressed?

By Grauw

Ascended (10821)

19-01-2004, 15:58

And if not, maybe you can make the format extendible so that compression (and all kinds of other stuff, like text information for say, a viewer) can be added to the format later on?

By Arjan

Paladin (787)

19-01-2004, 16:10

it definately needs some form of compression! it doesn't have to be as good as LZH, but I prefer a format which can be decompressed very fast. Something like bitbuster would be good or whatever format you think suits well...

By msd

Paragon (1532)

19-01-2004, 16:11

I did not add compresssion. And also compressing yuv and 15bit pictures does nog work very good, but I will add a field that indicates if compression is used.

Also I have not decided yet if i store the bitdepth info as done in the gfx9000 itself or as done in most file formats.
So should I store 0,1,2 or 3 as bitdepth, which is easy to use because it can dan be direclty written in de gfx9000 or as 2,4,8,15?

By Grauw

Ascended (10821)

19-01-2004, 16:13

The latter.

By msd

Paragon (1532)

19-01-2004, 16:25

and what about palette mode. I could just throw them in the same byte
something like this

low nibble bitdepth
high nibble palatte mode

0=64 color palete
1=256 fixed
2=YUV
3=YJK
etc

By Grauw

Ascended (10821)

19-01-2004, 16:26

Nah, make it two single bytes. It's easier to decode in assembly (shifting a nibble is ugly code, I think ), and one extra byte won't harm anyone.

By Arjan

Paladin (787)

19-01-2004, 16:35

compression with 15bit pictures can actually work quite good, as long as you don't compress digitized images. Most digitized pictures are YJK/YUV, so they don't really need compression, but still it would help a lot for drawn graphics. Also, including compression in the format itself is easier than having a separate tool to compress the graphics.

By msd

Paragon (1532)

19-01-2004, 16:51

Well it's not that most digitized image are yuv/yuv, but we can save them in that format and that saves 50%.. always..
I will just add a field that indicates compression and later on it can be added.

btw arjan: I think we should use the yuv mode in 512*212(424) for intro stuf etc

By anonymous

incognito ergo sum (116)

19-01-2004, 17:19

YJK/YUV is VERY well compressible! Just split the Y part and the JK/UV part, that makes really good compression material.

Same counts for 15 bit images... Difference-compression works best for graphics, even better than general compressors like LZH or Bitbuster, or TCF...