Jump to content
Search In
  • More options...
Find results that contain...
Find results in...
Sign in to follow this  

Patch available for 3.31 beta 5

Recommended Posts

There's an EDF patch available for beta 5 that fixes some sound problems, among other possible issues. You can grab the zip on the Eternity page, and then dump it in wherever you've installed Eternity, choosing to overwrite files.

This doesn't fix the apparently still-broken LFN drag and drop issue. Until someone decides to help me alpha test this feature for the next version, it will remain broken. I'm accepting volunteers, in other words.

Share this post

Link to post

/me does goofy three fingered salute

Ready and willing to serve.

I also spotted some problems with the placing of bullet puffs in beta 4. They'd go higher as if they were trying to hit non-existant enemies. If it's still in beta 5 I'll see if I can remember how to make a demo and send it to you.

Share this post

Link to post

The bullet puff bug was already explained and has been fixed in beta 5. The bug was in the 3D object clipping code, and has nothing to do with the aiming of tracers (that code has not been touched since BOOM, except to fix the spawning of puffs when tracers pass ceilings or floors way back several years ago). Turn off 3D object clipping in beta 4 and you will see that bullet puff behavior becomes normal again.

The error? P_ZMovement has to do an additional clipping pass in case things which are now moving on the Z axis but did NOT move on the X/Y plane during the same gametic are over/under other solid objects. Without an update at this point, said things' floorz and ceilingz fields are incorrect, and the things will be allowed to move up or down into other solid things and then become stuck.

But, the code we had there in betas 3 and 4 (the bug was supposed to be fixed in 4, but time restrictions delayed it until beta 5) clipped things against both other things AND against floors and ceilings their radius contacted. If an inert thing like a bullet puff was moving up along a 2S line, this code would catch it, and force it up to the line's backsector floor height, since things aren't normally allowed to be below floors, and the puff's radius passes through the 2S line. The solution was to create a separate clipping function that only considers other things, and not floor/ceiling heights or linedef crossings. This causes the thing's floorz/ceilingz values to only be updated to more restrictive values acquired from thing-vs-thing clipping. If values from thing-vs-thing clipping aren't more restrictive, then the floorz/ceilingz should already be correct with respect to the rest of the level.

Share this post

Link to post

I thought it might be related to the clipping bug. I've hardly touched Doom over the last few months cause of work.

Did you have any luck getting a hold of Rand's code?

Share this post

Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this