[Duke3D] Failure to apply translation to keycards.

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 a reply

Smilies
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :geek: :ugeek: :!: :?: :idea: :arrow: :| :mrgreen: :3: :wub: >:( :blergh:
View more smilies
BBCode is OFF
Smilies are ON
Topic review
   

Expand view Topic review: [Duke3D] Failure to apply translation to keycards.

Re: [Duke3D] Failure to apply translation to keycards.

by Graf Zahl » Sun May 02, 2021 1:17 pm

The bug was also only in the newrenderer branch.

Re: [Duke3D] Failure to apply translation to keycards.

by Gez » Sun May 02, 2021 12:21 pm

Just for reference, the fix is in the newrenderer branch.

Re: [Duke3D] Failure to apply translation to keycards.

by Graf Zahl » Fri Apr 23, 2021 11:39 am

Fixed. Some recent refactoring tried to unify the palette handling for HUD sprites but totally missed the fact that it was very different for the access cards...

[Duke3D] Failure to apply translation to keycards.

by Dynamo » Fri Apr 23, 2021 1:58 am

As mentioned in the Discord server, I noticed that player-held keycards do not show up with the correct translation when used.

Here is how it looks (correctly) in RedNukem: https://cdn.discordapp.com/attachments/ ... nknown.png

And here is how it looks currently in Raze: https://cdn.discordapp.com/attachments/ ... nknown.png

(to note, this is not related to the new renderer, as it behaves the same way in Polymost too)

I tested this on Red Light District, which also has a yellow keycard, and the same problem applies to that one as well. It is also possible to have custom keycard colors in some usermaps (New L.A. in Last Reaction comes to mind if I'm not mistaken) so I imagine it is buggy even in those situations.

Top