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.
Playerpawn truecolor bug(?)
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.
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.
Playerpawn truecolor bug(?)
- 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
- Graf Zahl
- Lead GZDoom+Raze Developer
- Posts: 49225
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: Playerpawn truecolor bug(?)
That's just how player colors work. In order to set their translation they need to be downconverted to the palette.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.
- Graf Zahl
- Lead GZDoom+Raze Developer
- Posts: 49225
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: Playerpawn truecolor bug(?)
Fixed the actual bug which was not checking for identity translations in the texture creator and discarding them.