Debriefing > Bug Reports & Fixes

4.2.3 RC1 & 4.2.2: HUD Message's colour fades when it's overwritten.

(1/2) > >>

Joe:
This bug doesn't occur when the HUD message's colour is a pure colour (I tested the pure colours with their alpha = 0).

To test this bug, add the following code to the Death Match script and then repeatedly press the voodoo key when playing it, the HUD message's colour will become white after several presses of this key:

--- Code: ---
test = 0

def OnPlayerSay(self,player,text):
if text == "!voodoo":
GEUtil.HudMessage(None,"test:" + str(DeathMatch.test),-1,-1,GEUtil.Color(100,184,234,255),GERules.GetRoundTimeLeft(),1)
DeathMatch.test += 1

--- End code ---

killermonkey:
Alpha 0 is used as a flag in the backend to ignore the color. Don't test with alpha 0. Pure color is alpha 255

Joe:
When I said this bug didn't happen when the HUD message used a "pure colour" I was referring to the colours: (255,0,0) (0,255,0) and (0,0,255).

Changing the alpha value from 0 to 255 hasn't prevented the colour from fading in this code's HUD message, I've also tried 220:

--- Code: ---
test = 0

def OnPlayerSay(self,player,text):
        if text == "!voodoo":
            GEUtil.HudMessage(None,"test:" + str(DeathMatch.test),-1,-1,GEUtil.Color(100,184,234,255),GERules.GetRoundTimeLeft(),1)
            DeathMatch.test += 1

--- End code ---

killermonkey:
Wow, awesome catch! I have fixed this now as well... problem was the messages were not "overwriting" the previous ones on the same channel. Thus the colors stacked up on each other. Pure colors didn't go to white since their color component was already 255. The whiteness is actually an artifact of drawing the same message over several times.

Troy:
I knew it did this when you omitted a channel, but I didn't know it did this if you defined a channel.  Definately shouldn't overlap then.

Navigation

[0] Message Index

[#] Next page