BEE2-items icon indicating copy to clipboard operation
BEE2-items copied to clipboard

Allow making Cube Droppers drop precisely downwards

Open Aneonen opened this issue 1 year ago • 5 comments

Description of the feature

The ability to make droppers generate with their standard PeTI "shafts" (or any other internal collisions) instead of the modern dropper shafts, a change presumably makeable from the BEE application.

Why should this be implemented

While the modern BEE shafts are fun, there are some non-trivial cases where the increased drop height of the cube can cause it to drop/land poorly/inconsistently after plummeting from the dropper. This appears to be from the shaft (which can be observed by shortening the shaft by opening holes above the dropper or examining older versions of the dropper). I have found that typical examples of this behavior being problematic occur when a cube needs to land "delicately", e.g. onto a light bridge, a button, a faith plate, etc, which are not extraordinarily uncommon in puzzles.

Additional information

I find that shortening the dropper shaft to a fit in one voxel usually helps, but it is not always enough. It's possible that this issue could be resolved in a better way that I am not qualified to think of but this seems like the most intuitive resolution to me.

Aneonen avatar Oct 29 '23 21:10 Aneonen

I might be able to fix this a different way, by making sure there's a short delay between it landing on the iris and that opening.

TeamSpen210 avatar Oct 29 '23 22:10 TeamSpen210

Actually, the difference is probably that I had to make the internal clip brushes inside the dropper much wider, to allow for custom cubes that are different sizes. That'll allow the cubes to rotate a fair bit.

TeamSpen210 avatar Nov 15 '23 03:11 TeamSpen210

Assuming I'm understanding what you're talking about, you can force it to use the old short shaft by making the block hollow right above where the embed space is

vrad-exe avatar Nov 18 '23 22:11 vrad-exe

Ah, that's what I was referring to with my comment in the Additional Notes. It is indeed helpful, but TeamSpen corrected my false assumption about why the issue persists even with a one-voxel dropper shaft. (Thank you for that, by the way!)

Aneonen avatar Nov 21 '23 23:11 Aneonen

I did some looking into this, and it might be that the problem is caused by the dropper's iris itself - those have collision, so them rotating tends to make the cube tumble. Perhaps leaving the clip enabled longer would help, or alternatively I could make a model variant that has no collision there. Either way this would probably want to be an option, since it's more aesthetically pleasing to have tumbling cubes.

TeamSpen210 avatar Mar 07 '24 09:03 TeamSpen210