Not sure what I'm supposed to be seeing.

Are you referring to the fact that it's quite "red/orange"? If so, I had to overcompensate in PhotoShop because by default Glidos' gamma is quite high, and it looked very bright and washed out otherwise.

Or are you referring to the 'banding' effect? If so, this is because Glidos renders in 16-bit, and 16-bit colour is not good enough to completely represent such subtle graduations of colour. It's also partly because the image has been optimised too which has introduce a slight amount of banding. This was to keep the file size down.

Glidos maps into 16bit because Glide doesn't cater for 24bit or 32bit, except for paletted textures. Of course, the fact that all the Glide commands end up going to OpenGLide means that we aren't stuck with this restriction: I'm getting more and more tempted to add enhanced texture mode to OpenGLide. I'm pretty sure Fabio wouldn't mind.

Gambit37: I hope when you are keeping all of your highest quality versions of textures somewhere safe, even if those aren't the ones available for download. Its conceivable that the diffence may be noticable in later versions of Glidos.

Absolutely! Everything is kept quite safe -- all 24bit original PhotoShop documents are used each time I make changes, so there's no way I'll lose the original data.

Having said that, I haven't backed it up for a while -- gonna do that now! 😉

I think a solution to a "banding" efect would be a "chessboard" effect.
That could be done if GliDos used chessboard method when transforming 24bit to 16bit. Or Gambit could release 16bit textures transformed from 24bit to 16bit using chessboard method (this will also make the release smaller).

Graphics programs that I have allow me to transform 24bit only to 8bit, but even 8bit(chessboard) looks nice. You can see how 16bit(cb) looks when you look at a 24bit texture with your desktop set to 16bit. You can hardly see that chessboard effect.

Chessboard? Do you mean using dithering? This won't help at all as it makes files bigger, and only really applies to converting down from 24-bit to 8-bit.

And correct me if I'm wrong, but there's no such thing as a high colour (15/16 bits) image format. You can downsize the number of colours used in a picture, but you can only save it in a true colour format (if your palette has more than 256 colours). That means Glidos will still have to convert the palette from 24 bits to 16 bits before the textures are displayed.

Yup -- that's absolutely correct. Which is why 24-bit in OpenGlide would be a lovely thing to see.... 😀