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.
I used Slade3.1.2 to convert it to an opaque flat.
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.