larsgerrits

You need to do all the TileEntity stuff in the part itself, as you cannot bind a TileEntity to a TMultiPart

Try overriding public void tickRate(World){} . The default value is 10, so making it 5 is maybe setting it to twice as much updates per second, so maybe making it decay faster.

Question: Is there a really good reason for using the event? Why not use the onBlockActivated method in your Block class, as it is your custom class? For the Entity standing still, you are spawning it on the client instead of the server.

What do you mean with that? Do you different names for different metadata? Or something else?

In your constructor add this.setUnlocalizedName("yourItem"); which will result in item.yourItem .

Try updating to the latest version.

Does this issue persist in the latest version?

What are you trying to do?

If you don't have this, your mod will crash on a Dedicated Server...

Well... @Override public TileEntity createNewTileEntity(World arg0, int arg1) { // TODO Auto-generated method stub return new TileEntityTank(); } ClientRegistry.bindTileEntitySpecialRenderer(TileEntityE.class, new TileEntityERenderer()); Here's your problem...

The EventBus for FML is FMLCommonHandler.instance().bus() .

I mean, using getItemDropped() , you can only return 1 kind of item, and not 2 different items. To specify the amount to be dropped using getDrops(params) , you need to return an ArrayList containing ItemStacks, in which you can specify the stacksize. If you use something like this: public ArrayList<ItemStack> getDrops(World world, int x, int y, int z, int metadata, int fortune) { ArrayList<ItemStack> drops = new ArrayList<ItemStack>(); drops.add(new ItemStack(Items.dye, 8, 3)); return drops; } it will drop 8 dyes with a metadata of 3. So with getDrops(params) you can be alot more precise then with getItemDropped() .

That only works if you want it to drop 1 item. If you want more control about your drops, you should override getDrops(params) . BTW, I know Java. I atleast know that getDrops(params) isn't called this.func_149865_P() in the BlockCrops class...

You don't need a new version of WorldGenLakes. You can just call new WorldGenLakes(YOUR_FLUID_BLOCK).generate(World,Random,Integer,Integer,Integer); and that will make it generate.

Don't hijack dead threads please. Make your own post.

You could probably use something like this: if(player.getCurrentEquippedItem() != null && player.getCurrentEquippedItem().getItem() instanceof ItemBlock){//DO STUFF}

You probably exported it wrong. You need to export it using gradlew build from the command line (inside the forge folder).

Why do you have 2 FMLPreInitializationEvents? Copy the recipe to the FMLInitializationEvent and remove the first FMLPreInitializationEvent. That should solve the issue, as the issue was caused by registering a recipe with a ItemStack containing a null item (as the items weren't initialized before the recipe).

Can you post the method in which you call that code?

You are spawning the Items on the client side, but you need to spawn them server side. You need to use if(!world.isRemote) at the beginning of your shearSheep method.

(TileEntityMobSpawner) spawner = (TileEntityMobSpawner)world.getTileEntity(x,y,z)

Where do you register your render class?

player.openGui(params);

Well, your method signature doesn't equal the method signature from the Item class. Go into the Item class, search for onItemRightClick and copy the method. Make sure you rename the parameters to something readable!