GotoLink

You'll need to do TickRegistry.registerTickHandler(...) on both sides. By the way, why not the LivingUpdateEvent ?

Nope, I meant a mod by ShaRose, not an external tool. But your work may be the answer OP was looking for.

Use the FOVUpdateEvent to add the part with if (Minecraft.getMinecraft().thePlayer.isUsingItem() && (Minecraft.getMinecraft().thePlayer.getItemInUse().itemID == mod_ores.main.rubyBow.itemID)) ...

See the ForgeHooksClient line ? Forge has a hook for that so you don't have to override player.

Where do you set IDs.adminiumPickaxe_actual ? According to the result, you simply don't.

You never set your item ids in ItemIds class. And your "default id"s are used for the healing amount in the ItemFoodUtil constructor.

There's also the world save that will be full of new holes each time the id's change. And you'll get weirdness if another thing tries to take the id. As for id conflict management, there once was IDResolver. Not sure it is still updated. By the way, you can read default config files with Configuration class.

Remove the getInstance() line, it is useless now.

They are used as world coordinates in your code, obviously. chunkX and chunkZ are the chunk coordinates, so you can easily go from there.

The only thing you need to download is forge src. The install.bat will download everything else for you.

I meant the file in minecraft/config/*.cfg.

Use StatCollector instead.

Did you check your cfg file ? Maybe the id conflict is there.

EntityRegistry.registerModEntity registers entity as string in EntityList.

Back up your sources and rerun the installer. Something is corrupted.

Well, you can begin by removing all the shit in your code. Delete the ItemBlockMegaBlock. In BlockMegaBlock, remove: private static TileEntity TE = new TileEntityMegaBlock(); ... this.TE.blockMetadata = 100; ... public int idDropped(int ID, Random par2Random, int par3) { return this.blockID; } public int damageDropped(int metadata) { return TE.blockMetadata; } In TileEntityMegaBlock, remove the static here public static int blockMetadata; Then fix all errors following, using your brain and not an auto fix.

There is an "advanced packet handling" tutorial. You'll probably need one packet type for each gui operation, so better have a packet handler.

Just to be clear, PlayerEvent is a parent event. It is only called through its children. Look at the type hierarchy. It has 17 child events at this point. No, it is not a good idea to use PlayerEvent, unless you want to use most of them for whatever reason.

You wouldn't be the first who use static incorrectly. Like trying to register a Fluid before the corresponding Block exist. Check that you are doing things in the correct order.

TextureObject texture = Minecraft.getMinecraft().renderEngine.getTexture(r); boolean succeded = Minecraft.getMinecraft().renderEngine.loadTexture(r, texture); Remove those.

I think of blending the colours into the 16/16 lightmap right before a block corner has is brightness set. You'll need to calculate the colours first then. Don't know if that makes sense with the Minecraft lighting engine.

player.openContainer = new MyContainer(); Note that i don't think your project is a good idea. You'll be incompatible with any inventory editors.

Do you know how many player events there is ? And you are using all of them simultaneously...choose one, please

public static String codeInput; This is why all blocks have the same password. You don't even use the block coordinates to set the password, how would you expect that to work ?

You found the solution. Don't access or set the block id before you can get it from your config file.