Animefan8888

When do you update energyDP?

Here is a hint if you do not know how to create an instance of a class: look at the classes constructor.

I don't know how man! "like for items and blocks." I feel like bashing my head as hard as I can into this keyboard atm. register(new ResourceLocation(modid, name), EntitySphere.class, "sphere");

You override getWorld() remove that function from your class and add the functionality to update.

Can you give me an example of this, please? initialize the Exampled.rsrcl I feel bad for asking :\ rsrcl = new ResourceLocation(modid, name);

Don't override getWorld()...

Don't override getWorld(), for this you want to use update.

That depends why are you checking for adjacent blocks?

Yes

worldObj.getBlockState(BlockPos).getBlock()

You only need one GuiHandler...

Post your ClientProxy, ServerProxy, and your Reference class

Your receiveEnergy is where the energy gets changed. I thought it might be and did try but that didnt change anything so i thought it must be another way of doing it There are two other methods I forgot to say getUpdateTag, and handleUpdateTag. Those were recently brought to my attention.

Your receiveEnergy is where the energy gets changed.

Is it under the assets/modid/models/item folder? Because it doesn't show that.

Show the entire explorer in your IDE.

Post new log. And your item json.

Data ie the energy.

All file names should be lowercase. If you are using 1.11 they have to be in 1.10.2 they do not, but since it is being enforced in 1.11 best to start doing it now. The file it is looking for is ingotcopper not ingotCopper.

No he was saying you edit base classes then submit the change to forge ie you actually go into a .java file and edit the code to call an event. Hence the ForgeHooks call he was talking about. NEVER a coremod

Does your fluid have a ItemBlock for it? I don't think so you are trying to add a renderer for a ItemBlock that doesn't exist. Don't call registerRenderer for fluids because that is for items.

Looks correct except for this int xCoord = this.pos.getX(); int yCoord = this.pos.getY(); int zCoord = this.pos.getZ(); They serve no purpose. Removed, it still doesnt fix the problem though When your data changes call markDirty();

Events are registered with MinecraftForge.EVENT_BUS.register() now no matter which one, and yes it does matter if you use Minecraft instance because that is a client side class.

Looks correct except for this int xCoord = this.pos.getX(); int yCoord = this.pos.getY(); int zCoord = this.pos.getZ(); They serve no purpose.

This is not what we reccomended, making coremods is not supported by forge.