32/24Bit Color Depth!

QBasicer · Post by **QBasicer** » Sat Mar 19, 2005 10:33 pm

That'd be neat.

ACS should be able to determine which renderer is in use.

And what version of renderer and engine.

David Ferstat · Post by **David Ferstat** » Sun Mar 20, 2005 1:36 am

Meanwhile, back in reality, Randy has said many times before now that increasing the colour-depth for Zdoom is way down his list of priorities.

Don't expect this any time soon.

Chilvence · Post by **Chilvence** » Sun Mar 20, 2005 2:36 am

All right, I give in. Where are you guys all getting your cutesy avatars from?

And in relation to the topic, I dont see any problem with using ZDGL for 32 bit colour. If you're really against GL, change the filtering mode to none and see how it looks exactly like ZDoom but with correct perspective. Considering how the eventual arrival of polymost will also mean true perspective in regular Zdoom anyway, there is not any reason to ostracise ZDGL.

Post by **Chris** » Sun Mar 20, 2005 3:49 am

ZDoomGL doesn't run in Linux, and is usually behind ZDoom development.

Post by **Graf Zahl** » Sun Mar 20, 2005 3:55 am

charris wrote:The Mac might have other optimizations.

PS: I'm going to say this and duck, what about a move into OpenGL instead of a software based renderer?

That would be an option if:

-ZDoomGL performed as well as software ZDoom
-it had less rendering glitches
-it could handle self referencing sectors and other rendering tricks

but unfortunately right now it just produces errors with many complex maps or they are so slow that they become unplayable.

Just enter the first cave of E1M6 in P:AR. Even on my P4 3.2 Ghz with a Geforce 5900XT the frame rate drops to 10 fps and there's a shitload of not very pretty rendering bugs. With PrBoom's GL renderer I get more than 30 fps and it displays without any problems at all.

So let's see what Randy is doing with Polymost. If this goes well OpenGL support may improve significantly.

Medricel · Post by **Medricel** » Sun Mar 20, 2005 6:22 am

@Chilvence: http://www.vgcats.com ... just grab a comic, and crop away

@Graf Zahl: Would switching to GL still allow us to use Line_Horizon? That really annoyed me when I found out ZDoomGL didn't do it.

Tormentor667 · Post by **Tormentor667** » Sun Mar 20, 2005 7:11 am

Well, when I started this topic, I had something else in mind: Keep the DoomPalette for textures, things and everything else, but add the possibility of 32Bit ingame, so you can apply different colors for sector_setcolor, sector_setfade and other stuff like that. Even the light levels itself would look by far better from 0 - 192 if we hade 32Bit! Think about cyan or purple faded rooms, bright blue lights in rooms or things like that This would enhance doom, it really would and there wouldn't be a need to change something about the doompalette itself right now!

Post by **Graf Zahl** » Sun Mar 20, 2005 7:39 am

No, but if 32bit are possible there wouldn't be any need to remap the palette of PNGs and those can already be loaded.

Post by **Graf Zahl** » Sun Mar 20, 2005 7:42 am

Shinjanji wrote: @Graf Zahl: Would switching to GL still allow us to use Line_Horizon? That really annoyed me when I found out ZDoomGL didn't do it.

That depends on the implementation. An exact replica is not possible because it'd require infinite vertex coordinates but you can come close if you think about it the right way.

QBasicer · Post by **QBasicer** » Sun Mar 20, 2005 7:48 am

The effect would have to be similar to skyboxes found in 3d games, where it looks infinite, but isn't.

HobbsTiger1 · Post by **HobbsTiger1** » Mon Mar 21, 2005 1:06 pm

24 bit color sucks and should burn in Bill Gates hell. What is 15 bit color?

QBasicer · Post by **QBasicer** » Mon Mar 21, 2005 1:15 pm

24 = 32 - the 8bit alpha channel.

CodeImp · Post by **CodeImp** » Mon Mar 21, 2005 6:08 pm

15bit would be R5G5B5. This format doesnt really exist AFAIK, because 15bits is a very odd number. Simular 16bit formats that im sure exist are: A1R5G5B5 and R5G6B5. With A1R5G5B5, the one bit is given to the alpha channel, which can indicate "solid" or "transparent". With R5G6B5 the extra bit is used for more precise green colors, because the human eye is more sensitive to green.

jallamann · Post by **jallamann** » Mon Mar 21, 2005 7:49 pm

I believe 15-bit colour is equal to 32768 colours. IIRC, Half-Life needed at least a 15-bit graphics card.

Post by **Chris** » Mon Mar 21, 2005 8:18 pm

15-bit color is 16-bits, but the last bit is not used (this makes it so each color component has the same number of bits.. 5 each; though some image formats can actually use the last bit as a transpancy mask (1-bit alpha)). 24-bit color is 24-bit color. It's 3 bytes wide and thus misaligned on all CPUs (since there are no 24-bit CPUs, AFAIK). 32-bit color has 24-bits of color and 8-bits of junk, to properly align to 32-bit for more efficient performance. Images usually use the last 8 bits as an alpha channal.