ZDoom

Fig Bucking Gun

I did some more testing, and I found out the patrol points need to have the TID of another patrol point passed to them as args[0] When you have an object's info window opened, there's a link on the bottom-left that sends you to the wiki page for that class, very helpful to learn how each class ...

One issue I ran into with my TC that allows jumping is that I'll make my player able to jump 64 units high, but they can go up much higher ledges due to the actor's ability to go up steps and this looks weird in practice. I tried setting MaxStepHeight to 0 when I jump and back to normal when I land ...

I coded my own chase function too and the way I fixed the TryMove jitteriness was to use variables to track the direction and distance the monster wants to move, then use those values to move the monster in its Tick() function. So for example if the monster wants to move 8 units and its animation ...

You said you were using ZScript, not ACS so I posted the solution for ZScript

I'm not super familiar with ACS but this seems to be what you're looking for: https://zdoom.org/wiki/GetPlayerInput

You need a player pawn variable, but it depends where you're using this script. If it's a weapon you can create one with let player = Invoker.owner; And I think in other cases you can do let player = players[consoleplayer].mo; (assuming it's a single player mod) You can learn more here: https ...

Here's an example from the GZDoom engine itself of player buttons being checked: https://github.com/ZDoom/gzdoom/blob/eb94f81a83294024bf87fba8d437042fc07eba7c/wadsrc/static/zscript/actors/player/player.zs#L1239 And to check a specific button you'd use (player.cmd.buttons & BT_ALTATTACK) Other ...

I'm very interested in that visual mode decal idea

Edit: or just make the decal visible in the selection window

I checked the GZDoom source code and doesn't look like there's any restriction as long as your skills are properly defined in MAPINFO. Dunno about other sourceports

GZdoom seems pretty good at rendering models from my tests. I made a sphere with 1000 faces and the game didn't start to drop frames until I had hundreds of them on screen. You might want to run a similar test if you want exact numbers, using vid_fps to see the framerate

In UDB preferences, on the Appearance tab, untick the "Stretched view in visual modes" option, that should fix it. I haven't checked how it works, though, and the tooltip says it stretches the geometry and sprites by 15%, not 20%. I assume that's just an error in the tooltip, as otherwise models ...

The world itself (map geometry and sprites) is rendered stretched by 20% as part of the aspect ratio correction . 3D models aren't affected by this, so they are rendered the same way as you see them in Blender. If you're using models that need to fit level geometry, either account for that when ...

Unless I'm wrong, it looks it's just rendering it as the engine wants. Did you measure out 64 units in your modeling software? If so, I don't think it's gonna line up. The box is 1m³ in Blender, then exported at 32 times the size. The x and y sizes appear correct, taking a 64x64 units space, but ...

https://imgur.com/dEjiBYe On the left a 64x64 sector, on the right a 64x64 Cube model. This is how it appears bot in UDB and GZDoom Modeldef: Model TestBox { Path "models" Model 0 "test_box.obj" Path "sprites/environment" SurfaceSkin 0 0 "EVPLA0.png" Scale 1 1 1 FrameIndex EVPL A 0 0 } Actor ...

Try printing other.getClassName() and previousTargets[j].getClassName() to at least know if those variables actually hold a reference to an actor, they might just be empty. You'd better post the entire function here too