Kwibble

As Kineriderf has said, use your own custom IRecipe class. They are absolutely great for all sorts of complex recipies

With the on message method, you can return a message to the client... Wait, nevermind. What I was going to say is you could have a boolean passed in to the constructor representing whether or not you want to "send" it to the server or not. That boolean then determines whether or not the onMessage updates the server side values, or returns the packet to update the client. Maybe you can subclass say MainPacket and call the child class MainPacketClient and just pass all functionality to the super class? It could potentially lead somewhere.

No, shieldbug1 is correct. The method body is the { and } When making an interface, the methods are declared as: public interface SomeInterface { void someMethod(int par1, String par2String, Object par3Object); } And then we can get onto the actual topic of API's themselves. Anything that is a public/public static method can be called an API. The definition of what is an API in one's code... It's a very obscure line.

From the looks of your error, you aren't implementing an interface, or not extending something. That's all I got for a ClassCastException.

I use source tree on a mac, and its great I use in conjunction with bit u bitbucket though l, so I am not sure of there are any different quirks with github. I highly doubt its different. Aside from that, its great! @jabelar I personally use command line on my wondow

I have two ideas on how to do this. My interests would lead me to use recursion. The other option is to use a do- ... Wait. You will need two for loops and recursion.

And that is what Pixelmon does.

* sighs * If one is to interpret the question how you have, they must be pretty one sided. I assume that the OP is asking to add extra data to a tile entity. And I have no clue who you are ripping into about being insistent on using IExtendedEntityProperties. Seeing as I am the only one who mentioned it, I assume that was aimed at me. Please retake your 6th grade English class. It will serve you well.

I'm fairly certain that tile entities are subclassing an Entity class of some sort aren't they? If so, what is stopping one from adding an IExtendedEntityProperties?

By fall into the ground - they never get above ground again. The spawn egg spawns it fine, whereas mine doesn't. The only thing I changed with the code is make it so it always spawns the same entity. This seems to break it As to adding y + 1 I don't think that fixes it. Will test that Yeah.. Doesn't fix it. +5 doesn't do anything either.

Basically I am making a "custom spawn egg". While not a custom spawn egg, I want to have the same behaviour - spawn an entity on item use/right click. Everything I have tried has resulted in the Entity spawning, then falling into the ground... Any ideas what the "right" way to do this is? NOTE: I have already tried copy/pasting ItemMonsterPlacer (spawn egg) code and tweaking it slightly, but it doesn't work either.

The biggest difference is this: Animation. You CAN animate Minecraft models. You CANNOT animate .obj files easily. At least, that is what I have been led to understand.

There is a much better way. In your Server Proxy, make a method called getPlayerFromMessageContext(MessageContext ctx) and make it return ctx.getServerHandler().playerEntity Then, in your Client Proxy, override it and just return Minecraft.getMinecraft().thePlayer It is a much better solution than GotoLink's suggestion because you don't have to.check for sides and no @SideOnly's are needed. Basically this is what diesieben07 suggested.

Well, if there is a PlayerPlaceBlockEvent or something along those lines, you could check to see if the placed block was an instance of BlockChest and then retrieve the tile entity at the coordinates of the placed block (this would only work with a place block event that is called when the player has FINISHED placing the block).

Of course I can. Have you gone full debug mode on your code? Sysouts in the read/write methods to see if the are actually called? And just a note, the read/wrote methods are called... Somewhere but it is all handled by TileEntity. And TileEntities are entities, therefore, only entities have NBT. As for what you did wrong... Could be all manner of things. You never know.