Draco18s

It's amazing what calling super can do.

Not to mention why we could use a proper web interface to the database... Yes fucking please. There's the CSV files that are local buried inside an app-data folder such that you can only locate them if you know where to look.

Correction: You want to do it on both. If you do it client-side-only then the server will go "hey buddy, you're over here" and rubber band you back. If you do it server-side-only the client will lag-behind and you'll rubber band the other way.

That depends entirely on what, exactly, you're doing. My best guess is that you want a texture file and to draw it with the tessellator.

And this, kids, is why we use a REAL IRC client.

Hesus Christie. and tags exist for a reason. Fuckin' use them.

if(recipeResult != null) { recipeResult.stackSize = 1; } Magic.

MCPBot is not a channel. MCPBot is a user. You have to open a direct message window or MCPbot won't reply.

If you absolutely positively can't do it on the server, then you need packets. Game set match.

Non-vanilla mobs still have to extend EntityLivingBase. Unless that person is dumb and wants their mod to crash.

They are not temporally immune. They are temporarily immune. And that's handled by the EntityLivingBase class. If you want to ignore it, when your bullet hits an entity, set that entity's hurtResistantTime to 0.

I made items that did it by creating an invisible, light casting block, above the player's head (then saving that location so it could be removed later).but yeah, it's laggy. I avoided that by only updating the block every five meters or so.

If you want custom particles, you're going to have to write a custom particle class.

Also note, that I think the base value is only used once, during entity construction.

ITS MAGIC. Read: Don't do shit like that in one line and always check for array size and null pointers before you access them.

Yes. They're rendered with the tesselator. It's very easy to change their size.

The link goes to the wiki page, which details what the door's metadata does. In this case, the 4th bit ("8") means "this block is the top half of the door."

Did you register your GUI handler?

No shit. http://minecraft.gamepedia.com/Door#Block_data

That should be the door is powered / not powered so open/close the door. The flag is telling it to run another function, so just because you powered that block over there doesn't mean the door will open: that other function may also check for power.

Its how the bottom half of the door functions. If the top half doesn't exist ("block above me is not also a door") then it sets itself to air (breaking the door). Secondly, if the block below itself is not solid on top, it also breaks the door.

Its almost like there's a tutorial for this.

What does your TE class look like?

No, inside your TileEntity.

Sounds like you need a public String getModelTexture(...) { } method! Because it's not a static method, the TE instance has the properties (world, position, etc) already necessary to figure out what its own texture should be.