Playerpawn truecolor bug(?)

Bugs that have been investigated and resolved somehow.

Moderator: GZDoom Developers

Forum rules
Please don't bump threads here if you have a problem - it will often be forgotten about if you do. Instead, make a new thread here.
Post Reply
User avatar
Somagu
Posts: 684
Joined: Fri Nov 22, 2013 8:56 pm

Playerpawn truecolor bug(?)

Post by Somagu »

There's some oddities going on with player sprite paletting ever since GZDoom version 4.4.0. This example persists, to some degree, through each and every hardware renderer, be it OpenGL, Vulkan, or Softpoly. Software renderer and truecolor SW renderer have no such problem. Version 4.3.3 behaves exactly as expected, and colors behave normally.


I apologize for not having a more "neutral" use case example, but it's the first one that I noticed. Pictured is an example, and attached is a light-weight runnable pk3 that includes a playerpawn and a regular actor using the exact same sprites, despite the colors clearly being different. (Mod is not mine, obviously, and I violently hacked it apart to make a runnable example. Apologies to all parties. It functions and I'm not savvy enough to write up a working use-case example for this from scratch.)

https://imgur.com/a/2r1aAbj

[edit]I realize, at this point, that I was in such a hurry to post this that I forgot to clarify any real expected vs actual behavior.

What I expect is for the player sprites to appear in proper true color, rather than being seemingly forced into a palette.
4.4.0, as described, forces player sprites to arbitrarily be palettized, rather than being true color.
4.3.3 allowed for player sprites to be true color, as in expected behavior.
To reiterate, I'm only posting this because, as a user, I noticed this change between stable versions. I recognize the distinct possibility there's some flag that would fix this that isn't being used.

[edit 2]It's looking like 4.3.3 had incorrect or otherwise unexpected behavior all along, and +DONTTRANSLATE should be used for this, but I'm nonetheless wondering if true color sprites should be forced into a palette for players specifically at all? Sorry to waste anyone's time, at any rate.
Attachments
colorbugtest.pk3
Includes an inventory item to summon an actor with the exact same sprites as the player, which are colored correctly, whereas the playerpawn is not.
(69.56 KiB) Downloaded 20 times
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49225
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: Playerpawn truecolor bug(?)

Post by Graf Zahl »

Somagu wrote: but I'm nonetheless wondering if true color sprites should be forced into a palette for players specifically at all? Sorry to waste anyone's time, at any rate.
That's just how player colors work. In order to set their translation they need to be downconverted to the palette.
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49225
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: Playerpawn truecolor bug(?)

Post by Graf Zahl »

Fixed the actual bug which was not checking for identity translations in the texture creator and discarding them.
Post Reply

Return to “Closed Bugs [GZDoom]”