I used Slade3.1.2 to convert it to an opaque flat.Kappes Buur wrote:This is not a bug, certainly not with GZDBBF when you present a corrupted image to the editor.
As to the conversion in Slade3, to convert to a flat image the image must be between F_ markers.
The flat itself was exactly 4096 Bytes in size, where does the corruption go? In Slade3?
I've tried to save it as an 24-bit PNG from several different programs, imported it and converted it so it's for sure nothing wrong with the PNG.
It worked fine in Slade3, it was displayed as a normal 64x64 flat and nothing else.
In GZDBBF all the other flats was normal except of this one and Yes, my flats ARE between the F_markers(even pre-conversion).
Instead of disclaiming it's a bug, analyze it.
On my PC in GZDB I see a 1x1 black square instead of a 64x64 flat.
What would you do?
• Save METALF24.PNG
• temporary import it into a wad
• put it between F_markers and convert it to an opaque flat
• save the wad, run GZDBBF and open any map
• Select linedef or sector and view textures
A:
Finally if you find that currently imported flat as an 1x1 black square, it got to be a bug/glitch in GZDBBF.
B:
If not, you see the flat properly then it's certainly something wrong with SLADE3 or GZDBBF that are on my PC.
Almost unimaginable every graphics software on my PC is corrupt.