Advanced engine needed : ZDoom 2.6.1 or GZDoom 1.7.0
Primary purpose : Technical demo of 3D moving floors
Title : Floor Demo 2
Filename : FLORDMO2.WAD
Release date : January 22, 2013
Author : Ethan Watson aka GooberMan
Email Address : firstname.lastname@example.org
Other Files By Author : Doom - The Arcade Game
Space Station Omega
Misc. Author Info : But Goober!? Why are you making Doom maps again?
Description : First revision of moving 3D floors. The change is
that they're now proper 3D.
Additional Credits to : The entire internet. You earned it.
* Play Information *
Executable needed : ZDoom 2.6.1 or GZDoom 1.7.0
IWAD Needed : DOOM2.WAD
Map # : MAP01
Single Player : Yes
Cooperative 2-4 Player : Yes
Deathmatch 2-4 Player : No, but no reason why not with some starts
Other game styles : No
Difficulty Settings : No
New Graphics : No
New Sounds : No
New Demos : No
DEH Patch : No
* Construction *
Base : FLOORDMO.WAD
Build Time : An hour.
Tool(s) used : Doom Builder 2.
Known Bugs : More like known limitations.
Will Not Run With... : Alan Wake
* General info *
So I solved the walking under it problem. Not by using bridge things. No, that
would remove the arbitrary nature of polyobjects. I got to thinking - if the
polyobject I was using was just transferring sector heights, what would happen
if I applied a 3D floor to the polyobject control sector? The answer was that
SHIT WOULD JUST WORK!
You can now walk over and under the walking floors. I've cleaned the scripts
up a tiny bit, and applied the texture offsetting I was talking about. The
polyobject's control sector height no longer changes one bit, however the 3D
floor applied to it does. Textures are offset to match that 3D floor.
However, the linedef method is now starting to show its horrible flaws. Namely,
if a polyobject moves and an actor crosses above/below it while standing still
it doesn't trigger the line crossed behaviour. Not that anyone's had to care
about such things before.
* Things get screwy if your polyobject goes below the normal floor.
* Rotational friction is not currently supported. There is no GetPolyobjAngle
to compare against.
* I'm disabling view bob when setting the velocity. I quite simply haven't
checked if leaving it enabled will bob your view as the platform moves.
* It is possible to desynchronise the floor by standing still.
THE WAY FORWARD FROM HERE
* See if we can't get a flat rendering over that 3D floor. Transfer_Heights
trickery? Non-solid 3D floor trickery?
* Get "Actor hits floor" working on that polyobject. Or compeltely rewrite
my hop on/hop off logic.
* Copyright / Permissions *
Authors MAY use the contents of this file as a base for modification or reuse
as long as they give credit to me.
You MAY distribute this file, provided you include this text file, with
no modifications. You may distribute this file in any electronic
format (BBS, Diskette, CD, etc) as long as you include this file