Back to News
Advertisement
Advertisement

⚡ Community Insights

Discussion Sentiment

100% Positive

Analyzed from 357 words in the discussion.

Trending Topics

#boat#minecraft#status#ground#bugs#subnautica#blocks#before#saw#thought

Discussion (11 Comments)Read Original on HackerNews

slwvx•about 3 hours ago
When I saw the title I was imagining structural analysis of seagoing vessels in heavy seas ;-)
fsniper•about 2 hours ago
Similarly I thought it was a satire about the AI generated cve reports.
smithcoin•about 3 hours ago
Matt Parker from Stand-up Maths analyzed the "Minecraft boat-drop mystery," in this interesting video: https://www.youtube.com/watch?v=ei58gGM9Z8k
Forricide•about 3 hours ago
One of those niche, (presumably?) widely-unknown bugs that is actually extremely relevant to subcommunities of people who play the game - in particular, any decent Minecraft speedrunner is well aware of "boat break" and plays around the possibility.

Part of the reason I love speedrunning games in general is how it tends to bring weird bugs to the forefront of your consciousness, just like this!

davedx•about 2 hours ago
Oh god yeah, watching Subnautica speed runs with glitches allowed was eye opening
ramses0•about 2 hours ago
I tried to play SubNautica for a bit (after playing some Minecraft) but they put their waiting loop in "the wrong place" ... in Minecraft you have to wait to "retrieve the items" (ie: mine 100 stone blocks), while in Subnautica you had to wait to "combine the items", ie: staring at a boring progress bar while trying to craft some rubber suit fins or whatever. It seemed like it was going to turn into a "stare at the progress bar to build things" game and that really turned me off from sticking with it.
gus_massa•about 5 hours ago
I can't find a permalink, but this comment is interesting and explains some of the technical details: https://bugs.mojang.com/browse/MC/issues/MC-119369#:~:text=I...
leetrout•about 3 hours ago
Because the page lazy-loads comments that link doesn't work either.

Full text of the comment from migrated 9/11/2020, 1:38:27 PM:

I saw the same Reddit post and decided to investigate. I skimmed MCP 1.12 because I still have it lying around and that version is affected.

In what it calls EntityBoat’s updateFallState, if the boat’s status is not ON_LAND, fall damage is nullified. That will be the case when falling from most heights, because the last time the boat’s status was updated was before it hit the ground. There is only a small exception because the boat checks blocks up to a thousandth of a block below it when updating its status. If it ends up just barely above the ground, its status becomes ON_LAND before hitting the ground, allowing fall damage to take effect.

This happens at the given heights because gravity subtracts 0.04F from the boat’s Y velocity. If it were exactly 0.04, the boat would have fallen an integral number of blocks every 2 ticks out of 25: 12, 13; 49, 51; 111, 114; 198, 202; and so on. The boat ends up falling very slightly less than that because 0.04F is rounded down as a 32-bit float, placing it just above the ground and allowing it to become ON_LAND before hitting it.

pockybum522•about 2 hours ago
Oh dang, they fixed it? Nice!
HPsquared•about 2 hours ago
I thought this was about Haulover Inlet.
foota•about 3 hours ago
"is duplicated by" is amusing.