Choonster

You're calling ItemRegistry.registerItems before you call BlockRegistry.registerBlocks , so BlockRegistry.cornPlant is still null when you call the ModItemSeeds constructor.

Did you try looking at the World class to find the actual method name? In my fresh copy of the 1.7.10 MDK with the default mappings, the method is called getTileEntity . Side note: Always specify the Minecraft version in the title so people know how to help you properly.

The Minecraft#mcResourceManager field returned by Minecraft#getResourceManager is of type IReloadableResourceManager , so it's safe to assume that the method will always return an IReloadableResourceManager . Forge itself makes this assumption in ModelLoaderRegistry#registerLoader .

Wow! That's going to F up almost every block in every mod! As a ghostbuster once said, "OK, Important safety tip." It's trivial to fix once you know that the change has been made, just make sure your block registration method creates and registers the ItemBlock after registering the Block . You can see my implementation of this here.

The override models are specified in your item model, so that's where the mistake is.

In 1.9, you have to register the ItemBlock yourself. You don't need to create your own class though, ItemBlock can still be used if you don't need any custom behaviour.

The exception's stacktrace shows where the second call to setRegistryName is coming from. In your original code, registerItem also calls setRegistryName . Edit: This wasn't entirely accurate, see Draco's post below.

The exception is pretty clear about what you did wrong: You tried to set the registry name of an Item twice.

Minecraft#getRenderViewEntity is returning null for some reason. Does your mod mess with the render view entity at all?

Post a new log now that you've commented out most of the items.

You need to modify the body of the registerItemModel method. This shouldn't be that hard to understand.

There are two additional errors being suppressed because it already logged the maximum number of errors for your domain. The default is 5, you can increase this by setting the forge.verboseMissingModelLoggingCount system property. The log does say this about void_ingot : So the error is still that it can't find the item model you've specified.

Yes.

The model file doesn't exist at the location you've specified.

It's not an event, but you can implement IResourceManagerReloadListener and register it by calling IReloadableResourceManager#registerReloadListener on the return value of Minecraft#getResourceManager .

There isn't one. It's been suggested and rejected at least once before (see here).

Why not have the content JSON be locale-independent and use translation keys for the text?

There's always a log, regardless of whether you're in the development or release environment. It's written to logs/fml-client-latest.log in the game directory. Mods will work in the development environment if you're using development/deobfuscated versions.

The override models you've specified don't exist, this is because you've used models/items/... instead of models/item/... (where the models are actually located). If you're using override models, you don't need a blockstates file. ItemBow 's "pull" property getter only works for Items.BOW , so you need to register a custom getter that works for your bow. You can see an example of this here. If you're going to use my code, please credit me somewhere.

Are there any errors in the log? Have you registered your TileEntity class?

There should be an error in the log telling you why the model/texture wasn't loaded. If you don't know what to make of it, upload the FML log (logs/fml-client-latest.log) to Gist and link it here.

Assuming you have an EnergyStorage field in your TileEntity , call its readFromNBT and writeToNBT methods in your overrides of the corresponding TileEntity methods. You can also extend [url=https://github.com/CoFH/RedstoneFlux-API/blob/10e10af21489e351624813120ed6474c44b09ff6/src/main/java/cofh/api/energy/TileEnergyHandler.java]TileEnergyHandler[/url] and let it handle the NBT reading/writing for you.

Change the registerItemModel method to do what I said and change the code that calls it.