In the attached wad there's a polyobject which rotates around an area with different sector heights.
In gzdoom 323, the door rotates without changing its height, but in gzdoom 1.5 (and also in latest gzdoom git), the texture misalignes and the polyobject extends itself vertically. Is this another case of bad mapping?
[dynaseg?-g48e21f6]Polyobj door weirdness
Moderator: Graf Zahl
-
- Developer
- Posts: 197
- Joined: Sun Nov 29, 2009 16:36
[dynaseg?-g48e21f6]Polyobj door weirdness
You do not have the required permissions to view the files attached to this post.
-
- GZDoom Developer
- Posts: 7148
- Joined: Wed Jul 20, 2005 9:48
- Location: Germany
Re: [dynaseg?-g48e21f6]Polyobj door weirdness
Sounds like a case for compat_polyobj. Have you tried?
-
- Developer
- Posts: 197
- Joined: Sun Nov 29, 2009 16:36
Re: [dynaseg?-g48e21f6]Polyobj door weirdness
Oh, indeed it works with that, though sometimes 'holes' appear in the ceiling, in gl.
In sw, the compat flag removes the vertical texture mismatch, but then you see the ceiling appearing before the polyobject ...
In sw, the compat flag removes the vertical texture mismatch, but then you see the ceiling appearing before the polyobject ...
-
- GZDoom Developer
- Posts: 7148
- Joined: Wed Jul 20, 2005 9:48
- Location: Germany
Re: [dynaseg?-g48e21f6]Polyobj door weirdness
Well, that's kind of unavoidable if the map creates a glitchy polyobject that violates the 'must be restricted to one subsector' rule. There are limits of what this can do and your test map grossly violates all common sense about polyobject definition. That particular use case was never and will never be supported properly.