Draco18s

We should probably get Forge to find a way to adjust that.

https://github.com/Draco18s/ReasonableRealism/blob/1.12.1/src/main/java/com/draco18s/ores/OreEventHandler.java#L40 https://github.com/Draco18s/ReasonableRealism/blob/1.12.1/src/main/java/com/draco18s/hardlib/util/RecipesUtils.java#L100

Creative Tab != Recipe Tab The creative tab is where the item appears in the creative mode inventory and has dick to do with the recipe book.

You can but it's easier to just check for null.

For reference, that is an error that is trapped with a try...catch block. As there is a sensible thing to do in the event of failure, the error is printed to the console and the game moves on with its life.

Or you can write your own Ingredient or IRecipe class.

You would need to use the oredict wildcard value, but I think it is broken at the moment. Ok, not broken, short of intentional. See this issue: https://github.com/MinecraftForge/MinecraftForge/issues/4516

Container items are not handled by the json recipe files. Its handled by the item class as it always has been.

That would never make sense.

Sounds like you searched for references writing the hierarchy, rather than everywhere.

We used to, but we got new software, so, no, its gone now. We do have a "like this" button.

You can create resource packs via code and apply it as needed.

I'm not sure what your problem is. https://github.com/Draco18s/ReasonableRealism/blob/1.12.1/src/main/java/com/draco18s/ores/OresBase.java#L281

you are correct, I'm on a tablet right now, so things are tricky.

Why are you casting that way? (ModelBase)foo is sufficient.

if(!world.isRemote) { Also, world not World. World is a class name and isRemote is not static.

I am not touching this thread with a ten foot pole.

Good luck with the divining rod. No really. I've gone to a lot of effort to create ore-finder mechanics and I'm only happy with one of them (the other *works* but has display problems) and it is not a divining rod.

Beetroots don't use the same AGE property as other crops: public static final PropertyInteger BEETROOT_AGE = PropertyInteger.create("age", 0, 3);

Probably alterations in the formula. I don't know when things were changed (and I don't go looking into them often myself), but I do know that at one point armor was a flat 4% reduction per point (which lines up with your 1.10 result). It's also possible that Forge mucked with things (I've heard comments about it, but again, never tried to verify them).

JSON recipes are so easy to set up. Pretty much anything you'd want to deserialize out of them as ingredients has already been done in either the vanilla or Forge recipes. The ones I've done have been smashed together from what I can find in existing code. You're welcome.

You're clicking a button on the client, writing the NBT to the item on the client, then picking up the item, the server then overwrites the client's data because it is the authority.

Skip all that nonsense (your class doesn't change, but you register it differently) and make the recipe follow the JSON format. You still need an IRecipe class, but you just add a Factory class to it that can deserialize the json. Which...takes almost nothing at all: public IRecipe parse(JsonContext context, JsonObject json) { return new RecipeGift(); } After that, you just need a file that looks like this in your assets (named _factories.json): https://github.com/Draco18s/ReasonableRealism/blob/1.12.1/src/main/resources/assets/hardlib/recipes/_factories.json And this: https://github.com/Draco18s/ReasonableRealism/blob/1.12.1/src/main/java/com/draco18s/industry/ExpandedIndustryBase.java#L171 And oh yeah, you'll need a single json for the recipe of course.