Draco18s

That's because it isn't autogenerated. Just because Java has a way to docvument things and Forge is written in Java does not mean that all docs are JavaDoc. The intertnal docs and the external docs sever a different purpose.

You mean this? https://mcforge.readthedocs.io/en/latest/gettingstarted/

This post in no way allows us to help you. This is a forum, not a chat room. In order to help you, you need to provide all of the information necessary. In this case, that means, you code pasted as text, not an image.

You need to parse the JSON. See my example here: https://github.com/Draco18s/ReasonableRealism/blob/1.12.1/src/main/java/com/draco18s/hardlib/api/recipes/RecipeToolMold.java#L248-L265 You're going to largely need to figure this out for yourself based on existing examples.

IBlockColor won't help you store any additional data. You'd still need a TE.

What? This makes no sense. If you want two recipes, you need two recipe(file)s. And just because a JSON validator said "yep, that's valid JSON" does not mean that it is a valid recipe. Recipes have a specific structure to them. For example, this is valid JSON: { "parent": "block/cross", "textures": { "cross": "blocks/reeds" } } But it is not a valid recipe.

And the code you did provide, by the by, is fucking worthless. Its just a giant series of logging statements that do fuck all. And maybe a few methods calling out to code you didn't give us.

It should either: a) implement IRecipe (and implementing it will tell you exactly what methods you need because you'll get red lines and the auto-fix will create stub methods you will need to implement (write code for)) b) extend an existing implementation of IRecipe (and you will need to override one or more of those methods to do what you want, as I mentioned previously)

In Java. Its a class.

You need a custom IRecipe implementation (this will also require setting up a _factories.json file) When you get to determineRemainingItems you leave the shovel (and damage it). You can extend existing recipes and only override the single method.

Batch files.

"How" inherently made the sentence a question. You didn't say "I can/can't find them" you said "how do I find them."

Yes. Yes they were. Welcome to the flattening. Yes. Yes you should. Welcome to the flattening. Fuck if I know or care. The names are on the official wiki and like a billion other places. Its not even new-news that the names changed, Mojang published them in their flattening announcement blog post for god's sake. Welcome to the flattening.

What did you think this was?

Yes. Make a batch file. Stop complaining about it.

Welcome to the flattening. Hopefully you can work out what that means.

For the record I barely know how it works. There was a lot of trial and error and things would crash without any real information at to what happened.

You shouldn't be doing this in 1.12 either. The ModelRegistryEvent and the ModelLoader class exist for a fucking reason. This garbage is from 1.8 and hasn't been the right way since 1.10.

Option (a) include all of the relevant parameters in the packet so you don't need the TE. Option (b) use an ITickableSound in order for it to terminate itself when its source block is removed. https://github.com/Draco18s/ReasonableRealism/blob/1.12.1/src/main/java/com/draco18s/ores/client/SoundWindmill.java#L37

Changed "inside" a resource is the same as "changed the resource." You either need to do a Clean action, then build, or change some (java) code.

Resources tend to get missed when they're changed. Eclipse is not very good about moving them over when they're the only thing that had changed. The code is the same, so eclipse assumes that nothing else is different.

You can't. The best I ever managed was a block that, when placed, stored a record of what it could see around it. Then, every tick, it reverted any changes (ignoring certain things, like doors opening, redstone, etc). Water flow was a notorious problem.

BlockBase is not magic. What does the getItemBlock method do? Why Item.getFromBlock. This function is itself, public, as is the parameter it passes. For (Block b : ModBlocks) ModItems.add (Item.getFromBlock (b)); Amazing.

Well, between you and the computer, the computer can't be wrong.

Replace BlockBase with Block.