Texture alignment with origin brushes and func_door_rotate

[jitspoe]

I thought I saw this mentioned here somewhere, but I can't seem to find it.

I've just run into an issue working on a Quake2 map where converting my carefully aligned brushes into a func_door_rotating causes the textures to get all messed up. It seems the offsets are relative to the origin brush, instead of the world origin. Is this an editor bug? Compiler bug? Engine bug? What's the best way to go about fixing this?

[Spike]

I'm gonna say its a compiler bug, seeing as that's the one that actually adjusts the verticies+brushes ny subtacting the origin, that's the one that should also adjust the texture coords to match that new origin too.

[jitspoe]

That's kind of what I was thinking. I just didn't want to try to fix it there, then discover it was misaligned in other Quake2 engines because the bug was fixed elsewhere.

[Spike]

if you fix it in the engine, you risk breaking vanilla content.
that said, few advanced quake2 engines can still run vanilla properly so I'm not sure it matters that much anyway.
fixing it in the engine requires parsing the entity lump to match model and origin fields. which is ugly enough that I doubt anyone sane bothered to do it.

[jitspoe]

[Knightmare]

That code in DeWan's QBSP3 DOES fix the texture alignment issue, you just have to add the -origfix parameter at the command line. My own KMQBSP3, which is derived from it, has this option enabled by default.

[jitspoe]

Awesome. I'll enable it by default as well. Good call.