Draco18s

Yes, method signatures have changed. Because Mojang changed them. Or they got a new MCP name because the old one was inaccurate or didn't meet naming practices. UUID, a universally unique identifier. Every player (every entity) has one. Chat messages typically originate from somewhere and that's what the UUID is for: to tell the client who sent the message. If you don't have a sender (hint, you--the developer--don't) then you need to use a dummy ID.

Entities are registered by registry name, so you can use that name to get the EntityType from the registries, and use that to create a new entity.

Its not.

Congrats! You know what function is the problem. Now debug that function.

Or use .shrink(1), if the stack can be stacked, or .tryToDamage(1,player) if it has durability. Depending on use-case.

Chat supports hyperlinks, so they've probably hooked into that.

This is not possible.

Increases the amount of hunger restored of what item?

This sure sounds like a good place to start debugging.

You can't, vanilla cauldrons only know about water.

Gosh, if only Vanilla had some differentiation in how much hunger vanilla food restored you could go look at those food stats...

Uh, Item#onItemUseFinish? The Food property is part of the Item class, all Item class methods accept an ItemStack parameter, and a LivingEntity paramter.

I'm not sure either, use the debugger. Here's a hint: you need to do one thing at a time and wait for the entity to complete that thing before you have it do something else.

Yes.

(1) Try to find a tree: (2) - If you fail to find a tree: (3) - - Goto 1 Plus you have a bunch of stuff that appears to indicate that you don't understand how the mob AI works, like your CreateNetherPortal method which tells the entity to find 14 lava blocks in one tick. It doesn't wait for the entity to actually DO anything, it says "find a lava blocks, place lava block, repeat 13 more times." All in the same function.

No seriously, have you even looked at GuiTextField?

I don't know why you're reimplementing a system that has already been implemented. Having messed with Minecraft's text fields before (and having to dicker around with multi-line selections) I can tell you aren't using the UI widgets that already exist.

Beethoven92 is correct here. And you'd know that if you put @Override on your methods. Your IDE would then warn you, "this isn't overriding anything" and you would then know you'd have to find out what changed so you can fix it to have the desired behavior. As those methods no longer exist...

No. and don't try.

Why?

Did you add your modifier to the resources/forge/loot_modifiers.json?

4D toys was made by the same guy as Miegakure, he published a paper about it, and had it accepted to SIGGRAPH within the last year, and oh yes, it took him 10 years.

It too me a year to make a standard mod that did things that Minecraft and Forge already supported. You're doing something that requires completely rewriting whole swaths of the codebase to do something it doesn't already do. No. No it will not. Minecraft's world generation system is not in any way set up to handle 4D terrain in a sensible manner. Yes it is "just cubes" but no, there is not some "easy to write" code that will do what you want. And you're going to need to write that code yourself.

I don't think you understand the math involved here. Area of a circle: πr^2 Volume of a sphere: 4/3 πr^3 Plugging "5" in as our chunk radius... Circe: 78 Sphere: 523 And I know what Miegakure is, and they've been working on it for literally decades, you're not going to achieve something similar in Minecraft in only a few weeks. Especially if you want to let the player rotate their view in such a way to swap one of X/Z for W. I also don't know how you're going to generate "the same world, but actually not" because that's not how Minecraft seeds work. Even the Miegakure folks don't have a 4D model editor.

https://mcforge.readthedocs.io/en/1.15.x/items/globallootmodifiers/