Draco18s

...where do you think that folder is? https://github.com/Draco18s/ReasonableRealism/tree/1.12.1/src/main/resources You want something out of assets, add "assets" to the path. You want data, add "data" to the path.

I'm not sure how creating a new instance of Effect and registering it with the RegistryEvent<Effect>.register event isn't sufficient.

Your data folder doesn't really exist. Well, it does, but only in source form. At runtime all that gets packaged up into the jar file, which does not have "folders" per say. Take a look at this helper class of mine: https://github.com/Draco18s/ReasonableRealism/blob/1.12.1/src/main/java/com/draco18s/hardlib/CogHelper.java It loads xml files out of a location named "cog_config" (which is declared on line 54), line 56 shows how to get access to resources (note that if you do copy this file wholesale, you should declare your own package, class name, and fix all references to point to your own things).

TileEntities are block-like objects that allow blocks to have additional per location functionality not allowed by the block class, such as inventories (chests) or updating behavior (furnaces). A wide variety of things are possible. You don't need one for your screw press, if you must want creating table like behavior (doesn't store items and gives them back when the ui is closed).

There's (limited) things you can do not having his code. You can use @ObjectHolders to get references to items and blocks, but that's about it. (And anything you can do with json files: recipes, advancements, etc)

A LazyOptional allows you to create the actual Capability when it is needed (but the LazyOptional can exist before then!) For most use-cases, you'll create them both at the same time. It will, if your capability was already created. You can also use ifPresent() which takes a lambda expression in the form of x=>{ /* your code here*/ } where x is your capability.

You need to ask the author for source or at the very least, an API.

This is not the correct bus for this event.

Your repo contains nothing useful. No code, nothing.

That's the one. There's a dozen dozen dozen methods that have had their names changed and I can't remember exactly the right thing.

You should be using Capabilities now.

You should use the tryDamageItem() method(s) instead so that your knife can take (and be affected by) the Unbreaking enchantment.

Because tile entity data is only "automatically" "synchronized" upon loading the world (quotes, because the way it works isn't really automatic and isn't really synchronizing, its just that certain vanilla calls regarding loading the TE from disk in single player has this net result). Don't do this every tick. Your burn time only really needs to be synchronized when the item slots change because your TE is already ticking the burn time on the client.

You haven't seen some of my posts where I tell people that they're fucking idiots because they keep not-doing the things I (or someone else) has told them to do multiple times.

I wonder if there are some methods in the tile entity class regarding update packets.

Oh jesus christ on a crutch. Everything about this line is awful. 1) Never convert to strings to do comparisons 2) You're reaching across logical sides (this will hard-crash a dedicated server) 3) This is (attempting) to check if the entity that died is the player

Right, because what you just did was add your logs and leaves to the existing tag so that the existing code (that you didn't mess with) can use the existing tag to recognize your blocks.

No, my point was, I don't see the point. There is nothing wrong with the existing systems.

Have you tried BushBlock? You know, for bushes?

Show your code

I think you mean Vanilla. Forge does almost nothing to the save system, except provide hooks for mod-added content (including capabilities). Dunno.

If only you would show more of your code, use the debugger or logging statements to figure out what these values are.

Must not have tried very hard. https://www.minecraftforge.net/forum/search/?q=leaf decay&type=forums_topic&nodes=70&updated_after=any&sortby=relevancy&search_and_or=and The top result is this one: While it isn't marked "solved" there's no reply after my own post, so its probably a thing worth looking into.

This is a good thing. But not everything can be data driven.