When I say single-file, I'm referring to those in textures directory or inside TX_ markers.
Example wad attached. The image should be translucent.
It only looks correct with vid_rendermode 3, in all other renderers it's differently non-translucent.
Rendermode 1: https://i.imgur.com/3ydKM9F.png
Rendermode 4,0,2: https://i.imgur.com/xdowJep.png
Rendermode 3: https://i.imgur.com/3IypTsk.png
Reported against cc52f8937
New texture refactor broke translucency on single-file texs
Moderator: GZDoom Developers
Forum rules
Please construct and post a simple demo whenever possible for all bug reports. Please provide links to everything.
If you can include a wad demonstrating the problem, please do so. Bug reports that include fully-constructed demos have a much better chance of being investigated in a timely manner than those that don't.
Please make a new topic for every bug. Don't combine multiple bugs into a single topic. Thanks!
Please construct and post a simple demo whenever possible for all bug reports. Please provide links to everything.
If you can include a wad demonstrating the problem, please do so. Bug reports that include fully-constructed demos have a much better chance of being investigated in a timely manner than those that don't.
Please make a new topic for every bug. Don't combine multiple bugs into a single topic. Thanks!
New texture refactor broke translucency on single-file texs
- Attachments
-
- badtexturemap.wad
- (48.85 KiB) Downloaded 297 times
- Graf Zahl
- Lead GZDoom+Raze Developer
- Posts: 49067
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: New texture refactor broke translucency on single-file t
Fixed for the hardware renderer. Why the true color software renderer isn't doing this right, but the softpoly renderer is, is something to be answered by someone else, preferably dpJudas.
Re: New texture refactor broke translucency on single-file t
I have no idea why it does this for the true color software renderer. It probably picks the wrong drawer.