Odd palette problem in PrBoom+

Doomworld Forums : Powered by vBulletin version 2.2.5

Doomworld Forums > Classic Doom > Doom Editing > Odd palette problem in PrBoom+

Author

All times are GMT. The time now is 23:09.

Mechadon
Senior Member

Posts: 1977
Registered: 12-06

Early on into Supplice's development, I ran into an odd problem in PrBoom+. One of the yellows in our new yellow range would constantly show up as a grey pixel (or some other color) in PrBoom+ but not in any other ports.

http://mekworx.the-powerhouse.net/m...oom+_suppal.bmp

Below are shots of the same areas in other ports.
WinMBF
Eternity
ZDoom

I got really frustrated because I couldn't figure out what was causing it, so I tried to get around it by replacing all instances of that particular color with another yellow close in color to it.

But after doing some more digging, I eventually found out that the color in question resides in palette index 255. I searched around and it seemed like it might be possible that a color in that spot might cause issues. Although this is not the case in other ports, including WinMBF where I figured it would cause a problem.

So does anyone know if this is a bug with PrBoom+? Or maybe it's a bug on our end?

02-08-13 00:21 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

andrewj
Senior Member

Posts: 1514
Registered: 04-02

Looking an PrBoom code (not PrBoom+, but it almost certainly inherits this) -- it seems that the new texture composition code (in r_patch.c) uses color 255 as the "nothing here" value when composing textures out of patches, and when it detects a "hole" (an existing 255 value) it copies the solid pixel to the left.

Judging by your screenshot that is exactly what is happening here.

There is probably no work-around to this behavior -- that code in PrBoom(+) would need to be rewritten to treat color 255 as a usable color.

02-08-13 03:40 #

Profile || Blog || PM || Search || Add Buddy

IP || Edit/Delete || Quote

Mechadon
Senior Member

Posts: 1977
Registered: 12-06

Thanks for explaining what's going on here andrewj. I'm a little surprised that this is the behavior for PrBoom+. Well, from the sounds of it, it isn't a bug anyways.

Hmm, well I suppose this would be a good feature request for PrBoom+ then.

Thanks again :)

02-08-13 03:51 #

Profile || Blog || PM || Email || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

Gez
Why don't I have a custom title by now?!

Posts: 9148
Registered: 07-07

ZDoom has kind of the same system internally (turn one color index into a transparent color), but first it analyzes the palette to find a duplicate color and then does palette remapping of all images as they are loaded to avoid this issue.

02-08-13 09:13 #

Profile || Blog || PM || Search || Add Buddy

IP || Edit/Delete || Quote

All times are GMT. The time now is 23:09.

Doomworld Forums > Classic Doom > Doom Editing > Odd palette problem in PrBoom+

Show Printable Version |

Email this Page |

Subscribe to this Thread

Forum Rules:

You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

HTML code is OFF
vB code is ON
Smilies are OFF
[IMG] code is ON

< Contact Us - Doomworld >