TEXTURES + SetLineTexture/Line_SetTextureOff = glitch

[Gez]

A spin-off from this thread.


The back of the robot arm shows correctly in ZDoom (in the attached version, not in the version from the original thread); but is garbled in GZDoom, as if the TEXTURES-made texture is not cleared from the sidedef before the next is drawn, and there are these odd blue lines; however the unmirrored version animates without a hitch.

[Graf Zahl]

Looks fine for me.

[Graf Zahl]

However, there's an error in the script. It uses an uninitialized variable. Apparently that can make OpenGL draw garbage.

[Enjay]

Interesting. I get a different effect. The problem side of the line shows a double copy of the arm as it animates.

[Gez]

I've changed the script so that all variables are initialized to 0, recompiled it, and I still get garbage...

[NeoHippo]

I'm still running r742.
Viewing it from the right side, it animates correctly.
However, viewing it from the left side I see what Enjay described, it animates correctly plus a constant image of the extended arm.

Let me expand on this:
With r746 I see the same kind of hash which Gez described from the left side. From the right side its ok.

[Graf Zahl]

fixed. This was caused by a careless definition of the mirrored versions that ended up referencing the scaled composite textures and not the original patches and ran into some code that did not clear the texture buffer.