sequituri

Your proxy does need this method declared, but only as abstract -- (No {...} used). In other words, in the common proxy only: public abstract void registerRenderThing(); -- also add @Override to your client proxy version of the method with the actual code {...}. Alternatively, if you do not want an abstract base class, declare the method with empty braces "{}" instead.

READ THE EAQ~!!!, then... Either upgrade to latest Forge or downgrade Java to Java 7.

look at: hasContainerItem() and getContainerItem()

Check your renderer with @Overrides on every method you expect to get called by Minecraft. I suspect that since you changed the method signature, your renderItem method is not called at all. Or, you could call it yourself from the Overridden renderItem method. Another question... Why does your method have two (2) ItemStack parameters? You can always get metadata from the original parameter.

Where do you call this method? I cannot find it in your posted code. It should look like this: proxy.registerRenderThing(); Did you forget it?

Two things: [*]You're using an old version of Minecraft that is no longer supported. Update to 1.7.10... [*]Cauldron is not Forge ... Forge is not Cauldron. Your answer might find be better answered on the Cauldron forums. ~S~

Also, make sure you do not "Export jar file" in the IDE. You did remember to run: gradlew build (right?) then get your jar from the build/libs folder...

.........1.........2..... ....|....0....|....0....| BioshockPacketChannel As you can see the message is indicating that your channel name length is 21 characters, where: 21 > 20 the maximum length of a channel name. Therefore, your channel is invalid.

Please see this article on why it is bad to pass 'this' outside the constructor. You should not call registry or any method that uses 'this' when constructing.

This is a pixelmon issue, not a forge issue. Take it there.

@bcwadsworth, I have given you the code to get a tag containing all of the TE's NBTData. Saving it in your entity is basic java. Read the inline comments. Also, beware that you will have no way of knowing how to recreate a tile entity just by its NBT data. You need its class, as well as the associated Block's class. So, if the TE is deleted as Hugo said, your item is no longer associated with anything. @Whov, if you understood the question, the answer is not "Go the <someperson> way." State what you think the problem is and offer a suggestion. @bcwadsworth, you could get more focussed help here by explaining what you are trying to accomplish with this method you seek.

Sounds like an incorrect import of Block.

Don't override 'isOpaqueCube()' that handles the opacity based on graphics level for you in the BlockLeaves base class. ALso, the only statements you need in the constructor is the setCreativeTab one. Everything else is, again, in the base class you used.

Here is an example of subclassing and overriding TNT blast sizes: CAVEAT: It has not been syntax checked or tested. Use at your own risk.

NBTTagCompound tag = new NBTTagCompound(); p_tileEntity.writeToNBT(tag); // examine or do something with the NBT Data tag // if you change the values for some silly reason p_tileEntity.readFromNBT(changedTag); But, beware! Messing with the NBT data of an unknown TE can cause nasty behavior or crashes.