ZDoom

The SRB2 devs simply accepted that limitation. They (and modders) only use polyobjects such that they never leave the sector they spawn in. (I'm pretty sure the primary reason for this was that they couldn't figure out how to render polyobjects correctly in software mode once they left the sector. I haven't checked for myself, but I'm told movement on the polyobject still works correctly after crossing the sector boundary in SRB2.) They still manage to use them as horizontal platforms and hazards, rotating platforms, and plenty of other things that follow a predefined path. So while I absolutely agree that the ideal solution is complicated as you've described, Graf, there's still tons you can do with them given a less elegant implementation.

In any case, it would be nice to render polyobject flats [i]at all[/i], even if players can't move above or below them. I could have used that in a couple spots while developing Snap :p

I see, thanks for the insight!
Didn't mean to come across as pestering, so if I did, I apologize. :)

The rendering of polyobject flats is not the issue. If it has a defined shape that's a simple matter.
Where things get tricky is the game physics. Doom's entire actor movement code is so poorly done that it'd get in the way of doing it right. It for sure cannot ever work properly with the current 2D checking of actor movement and handling the z component as an afterthought - even when using different code here to compensate, the problems will come back if an actor on a 3D polyobject moves and happens to have been rotated into a position where it overlaps with some geometry.

A bunch of "I want this too"s isn't going to make this happen any faster. Yes, it is a popular feature, but it's not as simple as it would seem, especially since GZDoom's renderer is still bound by Doom's old BSP system. Not saying it's impossible, just I doubt it's going to happen in the very near future.

Smell of 3DPolys in the Air.

I supposed if I wanted to make a actual drawbridge I would need something like this. A lot of doors, platforms and what not I'm used to making in Unreal 1 don't translate very well to Doom without the ability of PolyObjects to have flats on them.

This definitely would be handy to have, especially for rotating platforms (or anything with non-square shapes), since actors with models wouldn't have accurate collision in those cases.

Ugh, I could really use that in my current map...

When the feature was first implemented in k8vavoom I made a simple example map. If it's not clear what's the benefit of 3D polyobjects is then I don't know.

[youtube]ZGFT-4NLEHM[/youtube]

Yeah, having it carry objects objects when moving horizontally would have to be addressed as well, looks like the k8vavoom specs do allow for that, as well as rotational movement.

If this were to be implemented at some point, I'd want to suggest looking at [url=https://repo.or.cz/k8vavoom.git/blob_plain/refs/heads/master:/specs/3dpobj/k8vavoom_3dpobj.html]the k8vavoom specs[/url] to make a compatible implementation.

May I please just remind everyone that the feature suggestions forum isn't for suggesting workarounds for a more desired straight-forward feature?

[quote="Logan MTM"][quote="Razumen"]Combined with some other tricks, and we can have convincing platforms/trapdoors/etc. that can move horizontally and vertically, without need to rely on other hacky methods to mask the lack of them.[/quote]
Well, its already can be "done" with Model + Any invisible actor with colision + ActorMover. This is what i do and works Nice!
But certainly would be a big deal have this feature.[/quote]

That's what I meant by hacky methods. Models aren't ideal as they break the original aesthetic and have to be custom made to fit every use.

[quote="Razumen"]Combined with some other tricks, and we can have convincing platforms/trapdoors/etc. that can move horizontally and vertically, without need to rely on other hacky methods to mask the lack of them.[/quote]
Well, its already can be "done" with Model + Any invisible actor with colision + ActorMover. This is what i do and works Nice!
But certainly would be a big deal have this feature.

[quote="Redneckerz"]What would the immediate benefit be for GZ? [/quote]

The immediate benefit is we'd have polyobjects with visible tops and bottoms, instead of hollow, see-through ones.

Combined with some other tricks, and we can have convincing platforms/trapdoors/etc. that can move horizontally and vertically, without need to rely on other hacky methods to mask the lack of them.