Breaking the color limit

SSS · #1 02-18-2005, 08:18 AM

Does Graal have support for gif images in tilesets?..
.......Or are there any ways to get more colors in a tileset?...
..Anyone?..
.Thx...

Zero Hour · #2 02-18-2005, 03:18 PM

Quote:

Originally Posted by SSS

Does Graal have support for gif images in tilesets?..
.......Or are there any ways to get more colors in a tileset?...
..Anyone?..
.Thx...

Graal supports 24Bit PNGs, but I imagine (with transparencies) that would be very laggy. I believe it also supports JPEGs...?

LordZen · #3 02-18-2005, 09:12 PM

You can easily get more colors. Just use multiple tilesets and use scripts to use them both and/or replace only sections of one with another where needed.

Hiro · #4 02-19-2005, 12:48 AM

If you use too many colors, you'll get lagged to hell, kinda like how Era was.

Admins · #5 02-19-2005, 01:04 AM

Quote:

Originally Posted by Hiro

If you use too many colors, you'll get lagged to hell, kinda like how Era was.

? What do colors have to do with speed

Zero Hour · #6 02-19-2005, 08:53 AM

Quote:

Originally Posted by Stefan

? What do colors have to do with speed

I think he's confusing color with format.

Kaimetsu · #7 02-19-2005, 09:10 AM

Quote:

Originally Posted by Zero Hour

I think he's confusing color with format.

Dude, bear in mind that the images have to be stored in a texture buffer before they can be drawn to the screen, and the pixelformat used in that buffer doesn't depend on the format of the image file. It's probably already at least 24 bits large, it ain't gonna get any bigger just because you use a certain type of file format.

About the only real argument that can be made against high-color image files is that they're generally bigger, and thus take longer to read/decode. But that's a pretty marginal effect.

Zero Hour · #8 02-19-2005, 09:18 AM

Quote:

Originally Posted by Kaimetsu

Dude, bear in mind that the images have to be stored in a texture buffer before they can be drawn to the screen, and the pixelformat used in that buffer doesn't depend on the format of the image file. It's probably already at least 24 bits large, it ain't gonna get any bigger just because you use a certain type of file format.

About the only real argument that can be made against high-color image files is that they're generally bigger, and thus take longer to read/decode. But that's a pretty marginal effect.

I'm not going to pretend to know too much about this, but I know this - if you have a high-bit image and you save it as a 8-Bit PNG, for example, it will change the colors to the most relative other... limiting the colors.

So if I take an image that doesn't exactley need to be a 24-bit, but it using full 24-bit color then save it as 24-bit it's going to use all the colors - when it could have been saved as a 8-bit so that the colors limit is lower, and less information needs to be processed... right?

Snakeandy7 · #9 02-19-2005, 10:56 AM

Era only changed its tilesets into one big one because we had over 50 addtiledefs. Now, that's rather hard to keep a track of what each one looks like. And it doesn't lag.

Kaimetsu · #10 02-19-2005, 11:04 AM

Quote:

Originally Posted by Zero Hour

So if I take an image that doesn't exactley need to be a 24-bit, but it using full 24-bit color then save it as 24-bit it's going to use all the colors - when it could have been saved as a 8-bit so that the colors limit is lower, and less information needs to be processed... right?

As I said, the only difference is that the file will be larger, and take slightly longer to decode.

On the other hand, I think Graal handles tilesets in a strange manner, storing them in a different type of buffer. They might be a special case, depending on the width of that buffer.