Draco18s

And now you know why I use lower case for everything asset related and tell new modders to always use all lower case for their assets, double and triple check.

Enderman teleport I think is 64 or 128, but it's spread across a fairly wide area. 100k is orders of magnitude larger.

1) Don't use string compare. Use integers, they're faster. 2) Don't use a single packet handler. Split it up into a server and a client half, this keeps your code clean. 3) Here's why it's slow: for (int i=0; i<100000; i++) {

(Slight difference in the kind of entity, but I had a similar section of code already open)

At this point I don't know.

No, where you Register your Renderers. With the RenderingRegistry. And you're going to need a common and client proxy at some point, or your mod won't work on servers.

And client proxy?

Sounds like you have an entity, but don't have a renderer.

You're not even listening to me, are you? The code I posted is from VANILLA'S ItemHangingEntity class. I included it so you could see what the problem was. You were not supposed to ADD IT to your code. The only way to "fix" your problem is probably to duplicate the ItemHangingEntity class (and in all likelyhood, several other classes) and modify them to suit your needs.

Either: In the registerIcons function use: this.blockIcon = Block.dirt.getIcon(0,0); //for dirt Or: In the constructor use the unlocalized block name: this.setTextureName("minecraft_dirt"); //I'm probably not right on the string, you'll have to look it up

It's the class passed to ItemHangingEntity's constructor. Mojang didn't use reflection to just create a new instance of the class, which is kind of unfortunate.

1) Get the tile entity at the location (hint: EntityPlayer#getLookVec()) 2) Create a new, blank, NBT tag 3) TileEntity#writeToNBT()

Also see EntityPlayer#getLookVec() and World#raycast_do_do()

Mob behavior should probably be the latter, not the former. I was able to, however, implement some version of composition on top of the Item system. My last count (which was an estimation anyway) was 67 million combinations allowable.

I know what the problem is. ItemHangingEntity doesn't take arbitrary classes. It looks like it does, but it doesn't: /** * Create the hanging entity associated to this item. */ private EntityHanging createHangingEntity(World par1World, int par2, int par3, int par4, int par5) { return (EntityHanging)(this.hangingEntityClass == EntityPainting.class ? new EntityPainting(par1World, par2, par3, par4, par5) : (this.hangingEntityClass == EntityItemFrame.class ? new EntityItemFrame(par1World, par2, par3, par4, par5) : null)); }

Why are you using Timer? There's a perfectly good TickHandler.

Have you considered this?

Yeah, you have to copy the render stuff too. Like I said, failing of the Object Inheritance Model. You might be interested in this topic.

The problem is that "center" isn't a property of a model. It's an idea.

Diesieben07 has some advice for you. I can't tell where the problem is, even though I know what the problem is. Because forums are bad at autoformatting.

Duplicate the zombie. Name it something else. Done. You have encountered the failing of the Object Inheritance Pattern.

I am not sure you unterstood him right. Whoops, my mistake. I connected the title with the mod of the same name and wasn't able to see past it.

Ah, clearly you didn't follow instructions. Run recompile.bat then reobfuscate_srg.bat, then package up the result. Seriously? Have you never used a BBCode forum before? !

Same as it was all the way from 1.5 until 1.7? (The only change from 1.5 to 1.6 was the folder name: mods -> assets)

You will almost certainly need packets. I know there are GUI elements that do text-entry, but I haven't used them.