Gfx9000 Library

Pagina 1/9
| 2 | 3 | 4 | 5 | 6

Door msd

Paragon (1372)

afbeelding van msd

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.

Aangemeld of registreer om reacties te plaatsen

Van anonymous

incognito ergo sum (109)

afbeelding van anonymous

19-01-2004, 15:42

Is it compressed?

Van Grauw

Enlighted (8015)

afbeelding van Grauw

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?

Van Arjan

Paladin (697)

afbeelding van Arjan

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 Tongue or whatever format you think suits well...

Van msd

Paragon (1372)

afbeelding van msd

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?

Van Grauw

Enlighted (8015)

afbeelding van Grauw

19-01-2004, 16:13

The latter.

Van msd

Paragon (1372)

afbeelding van msd

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

Van Grauw

Enlighted (8015)

afbeelding van Grauw

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 Smile), and one extra byte won't harm anyone.

Van Arjan

Paladin (697)

afbeelding van Arjan

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.

Van msd

Paragon (1372)

afbeelding van msd

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

Van anonymous

incognito ergo sum (109)

afbeelding van anonymous

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...

Pagina 1/9
| 2 | 3 | 4 | 5 | 6