Intriguing developments

[Xaser]

A quick unofficial update with some even more intriguing news: Graf just merged the polyobject branch into the trunk a few minutes ago, or to say it in layman's terms, dynamic splitting is in (much quicker than I'd ever have expected, too).

Naturally, I had to test this out with a certain map just to see how well it works, and... well, see it for yourself.


These shots were taken from four completely different parts of the maze. No polyobject bleeding in sight in any of them.

For those not familiar with the map, it's a goofy boss battle featuring a scripted polyobject enemy (with Hitler's picture on it, naturally) that randomly zooms around a small maze. It wasn't a serious project so I originally created it knowing fully well that the polyobject would bleed all over the place as it weaves throughout the maze. As of Graf's latest commit, this is no longer the case. Damn good work, I must say.

Also, huuuge thanks to Kate for compiling a test build for me to fiddle with.

[ZDG]

101% sure it's Turbocharched Arcade.
Anyway, it should be easier now, since it doesn't get randomly invisible/glitchy.

[Ceeb]

Bonerific. To the polyobjectmobile!

[Jimmy]

Wow, first vastly improved polyobjects, then the possibility of 3D floors in software - what next? Who knows, at this rate, we might even get Doomscript soon!

[phi108]

I was also wondering about all the cool new developments. I'm looking forward to a Wolf3D TC update with polyobjects, and with 3D floors, maybe even some accurate Quake map conversions (as well as more original projects). ZDoom will soon be able to emulate everything and more!

[Ceeb]

As soon as we can have moving geometry that isn't infinitely tall, I'll squee.

[Shadelight]

As soon as we can have moving geometry that isn't infinitely tall, I'll squee.

SRB2 has this, but that game is so buggy it probably wouldn't fit well in ZDoom anyway.

[Zippy]

As soon as we can have moving geometry that isn't infinitely tall, I'll squee.

SRB2 has this, but that game is so buggy it probably wouldn't fit well in ZDoom anyway.

Theoretically the polyobject changes can be used to make a jump to moving sectors, but there's more rendering cases to handle I imagine and that doesn't go into touching the physics changes either.

[The Ultimate DooMer]

2-sided polyobjects already exist, you just can't jump on them while they're moving (or you get thrown off )

Great for doors on finitely-tall-3D-floor buildings though.

[zuzma]

Oh hay guiz


Damn 3D floors in software look awesome!

[Project Shadowcat]

If the geometry is kept relatively simple... oh, man, I've got some rebuilding to do.

[zuzma]

Haha, I shouldn't have been so lazy by using cq75's 3D floor tutorial map. If I get around to it I'll break it nicely with my own map.

[Ceeb]

3d floors in software say whut

[Gez]

If people missed it, Randy is currently taking the new polyobject code and changing it so that each polyobject carry its own mini BSP tree (thanks to the internal nodebuilder). If this jargon is abstruse to you, basically, it means that the last constraint of polyobject (convex shape) is being lifted. Now polyobjects can have any crazy shape you want.

[Ceeb]

I... There's... There's no words for this.

---