ZDoom

Can you recheck with r1331? There was one situation in which some incorrect texture usage was possible.

I only wanted to rule out that it's related to non-power-of-two textures. Those are being handled quite differently internally if the hardware doesn't support them. But if it happens on a Geforce that can't be the case.

Intel GMA 950 originally, but now I have a GeForce GT 430 and it still happens, so I don't think it might be something linked to the video hardware. Unfortunately it seems to happen at random with different scaling every time, so it might be one of those incredibly difficult to trace memory issues.

I can just repeat what I said last time: Not reproducable for me. What hardware did this happen on?

I'm trying to clear out the Bugs forum some, so this goes to Closed Bugs, since it is allegedly GZDoom-only.

Bumping since [url=http://forum.zdoom.org/viewtopic.php?f=19&t=27649]Pokémon Doom[/url] was released and the Full Restore graphic tends to have this problem quite often so hopefully it'll help.

I can't see any problems here. You need to post something that reproduces the problem for sure with a good chance of being reproducable. Otherwise I can't do anything about it. For me both textures are identical data structures.

Moved back to Bugs to ensure it gets seen...

Hi. I'd just like to let you know that this bug [i]is[/i] still valid, and happens with GZDoom in OpenGL.

Here's a test wad to screw around with. Let me warn you however, this appears to be affected by the loaded textures, so this will not have a noticeable effect straight off if any, there will probably need to be additional textures loaded, which is telling me the texture loader is accessing the wrong memory address when looking up scaling for patches without the brackets there. Hopefully this will help narrow down the problem.

I hate those kind the most. :?

Unfortunately it doesn't look like it's going to be that easy - even with the exact configuration I had before, it seems I can no longer produce the symptoms; the bug literally just disappeared on its' own with no traces left of it under completely random circumstances and now it refuses to happen again.

It appears to be one of those one-time mystery bugs. Ugh.

That was the same problem I had. This is why you should add a test WAD to reproduce the problem with your reports. It makes things a lot easier - especially if your assumption about what precisely is wrong is not correct.

I think there has to be something more than [i]just[/i] the braces. I created what would be a bare minimum case duplicating the above TEXTURES code and couldn't get the problem to display (in ZDoom 2.5.0) in either HudMessage graphics or as inventory icons. No idea what it could be though... something in the actual image file or previous TEXTURES definitions?

It's going to be up to Pink Silver to produce a scaled down demonstration case carved out of her mod... I'm just not sure how to build one from scratch at this point.

I can't see any difference in parsing behavior with the '{}' and without it. Can you create a test WAD that definitely causes problems so that I can check the actual difference between the created textures in a debugger?

Re:
On IRC with a discussion with Zippy, we found that it's the empty brackets in the second definition that's causing the sprite to be parsed incorrectly. Removing them causes it to appear properly.

Hope that helps.