Draco18s

Where I put it on Pastebin like a champ. http://pastebin.com/7QLw6KQV ModItems.blacktitaniumIngot is probably what's null. But I have no idea how or why because that'll involve at least two, probably three other classes. Post (on pastebin this time) your main mod class, your common proxy, and your ModItems class.

Also don't create multiple threads. > at WGHxPERNAxBEAST.TutorialMod.handlers.RecipeHandler.registerCraftingRecipes(RecipeHandler.java:21) One of your recipes passes in a null item.

This is a "bug" in Eclipse. Simply click on anything in the Project Explorer again and it'll be fine. Alternatively you can edit your project's run directory to be a hardlinked rather than a programatic one. It's annoying as fuck and only occurs because of the bug and how Forge's setup points Eclipse at the run directory. Go to the Run Configurations window, find the "Arguments" tab and at the bottom, change the working directory from ${project_loc} to ${workspace_loc:MDKExample}\run

Override shouldExecute() and return false when the animal is fed.

Show the game's output log. The game prints all texture loading problems there. Also: Don't use event.getSide() == Side.CLIENT, use a ClientProxy class. Also also: The fuk? Use ModelLoader.setCustomModelResourceLocation(...) Also also also: Jesus H Christ on a crutch. What nonsense is this? ModItems.chain_mail.getRegistryName()

...Like registering block and item models... (Model baking is what takes up 90% of the vanilla launch time, and my experience is that adding mods adds more blocks and items and that's what takes 90% of each mod's launch time)

The Biome REGISTRY field would be better, probably.

3) This is the mod developer forum. You want Support & Bug Reports next time.

Have a look at Curse's API. The third thing on the page OreCruncher linked is literally the thing you want.

I don't think you can.

that's a question for the developer of WorldEdit.

There should be a method with a similar name (because I don't have Eclipse open and don't feel like finding it for you). Its not static, you call it on the energy storage instance itself.

myEnergyStorage.writeToNBT()

Color is an unsigned integer.

https://github.com/Draco18s/ReasonableRealism/tree/master/src/main/java/com/draco18s/ores/enchantments

Another problem: The last line of this post doesn't text-wrap and I have no idea why.

The missing file may not be a problem. Because the blockstate failed to load (and therefor has no inventory variant) the game attempted to locate an item model file instead as a fallback (but there wasn't one of those either). Fixing the blockstate json will likely make the missing file error go away as well.

^ This is not correct. { "forge_marker": 1, "defaults": { "textures": { "all": "MODID:TEXTURE" }, "model": "block/cube_all" }, "variants": { "normal": [{ }], "inventory": [{ }] } }

And...the log file that tells you about model and texture loading problems?

Use the debugger. Find out why it's happening every tick instead of every 20 by examining the values at runtime.

1) Why are you storing the capability on the player and not on the item stack? 2) Why are you creating a stack tag compound and then doing jack all with it?

Screen.width - 265 -> size of the rest of the screen not covered. I'm sure you can work out the rest.

Use capabilities.

https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/ores/block/BlockMillstone.java#L73-L95 Lines 77 and 83 are the important ones for your usage. Most of the rest of that method is just to give an achievement.

Bad modder, no cookie. https://mcforge.readthedocs.io/en/latest/gettingstarted/autoupdate/