[SOLVED][TEXTURES] Error or Bug?

Archive of the old editing forum
Forum rules
Before asking on how to use a ZDoom feature, read the ZDoom wiki first. This forum is archived - please use this set of forums to ask new questions.
Locked
User avatar
Sarah
Posts: 551
Joined: Wed Sep 06, 2006 12:36 pm
Preferred Pronouns: She/Her
Operating System Version (Optional): Debian 11 (bullseye), Windows 10
Location: Middle of Nowheresville Il.
Contact:

[SOLVED][TEXTURES] Error or Bug?

Post by Sarah »

I noticed that dynamic lights were not affecting 3D floor sides after I started replacing textures with hires replacements. After some fiddling, I turned texture rendering off and discovered that the textures remain?! Can anyone shed some light on what's going on here?

Some likely relevant info:
  • Using GZDoom-g2.1.pre-1196-g02c3828 (updated from 2.1-pre-930, problem appears in both versions)
  • Is not being caused by ReShade(tested with and without it operating)
  • Textures vary between 2-4 times actual display size(scaled via TEXTURES and sometimes again in the maps(varies by usage))
Spoiler: Screens of the Problem

[Update]
I can confirm that this actually doesn't seem to be connected to texture scaling. I'm checking that the problem doesn't lie with the actual image files, but edits and re-exports have occurred since I first noticed this problem.

Tests confirming this:
  • Changed texture keyword to WallTexture and added WorldPanning to definition - yielded no change
  • Change of texture scale from 4.0 to 2.0 - yielded no change
  • Removal of TEXTURES file and directly using source texture, scaled to 4.0 - yielded no change
  • Using texture directly without scaling - yielded no change

Note that in the spoiler below the brick texture, not the wood texture, is what I'm focused on. The brick texture is the side of a 3D floor, which seems to be completely ignored by the lighting.
Spoiler: Screen from the Tests that Warranted Updating
[Update2]
I created a small package that contains a C01 map and the textures, stripped to less than the bare essentials, to test this problem outside of the Centre-01 environment and the results are more bad news. Testing in pure GZD2.1-1196 yielded no change, as was the same with GZD1.8.02, both were run with the DOOM2 iwad. This leads me to think that this is either a software problem on my end, I'm running every update I can find now, or an image file problem, which I'm also looking into as I've known it to be a tricky mistress when it is that. So with that in mind, if you would like to help figure this oddness out please PM me and I will send you a link to the test file. This offer is restricted to actual help(ie developers, seasoned veterans I've worked with before, etc) as these are WIP files from Centre-01 and are not open to the general public.

Instruction for the test file:
-Since it's just a PK7, simply drop it on GZDoom with DOOM2 as the iwad. The map has been relabeled as MAP01 so it should load right up (slow for DOOM but fast as hell for C01 :lol: ).
-And with any luck you can be doing...
Spoiler: ...this in Centre-01! :mrgreen:
[Update3]
Image

It's an image production problem :evil: that seems to revolve around my excessively liberal use to the PNG format. Re-export into the JPG format for textures not only reduces filesize by about half but also fixes the problem.

P.S. I will move over to the GZDoom forum if my machine and my image production aren't found to be faulty and this is actually a bug. Honestly, I kind of forget about the other forum and just post everything (G)ZDoom related here.
P.S. This is not a bug, this is me being me :roll:
Locked

Return to “Editing (Archive)”