Draco18s

And my other question?

getExplosionResistance(entity); What does that do? You also have print statements in there, what do they say when run?

Creating a new block, not putting it in the creative menu or giving it a recipe or anything (it's a technical block). When your block is added to the world it checks the space above it for Material.air (this is better than checking for actually air, as some mods add blocks that should be treated like air). If air: replace it with the technical block If not air: drop self / prevent placement Then when either block is broken it breaks the other block.

A hundred thousand damage? o..O

All correct. (Except that it's a field, not a method)

Not outside of a coremod, no.

The OGL code there just rotates the item entity so it lays flat instead of standing upright.

serverSideRequired=true means that a player that has the mod installed on their client CANNOT join a server without it. That's all it does.

This is because Minecraft assumes that blocks never extend outside a full cube. You should really be using a second block to fill that upper space, like pistons do.

OreDict recipes. GameRegistry.addRecipe(new ShapedOreRecipe(new ItemStack(whatevs), " r ", " s ", " ", 's', "stone", 'r', new ItemStack(Item.redstone)));

It happens there in model class. See line 60.

Not sure what's up with that. Things near the edge of the view cone generally behave oddly anyway. Thanks! Here's a screenshot of it in the world. (Hmm. Need to double check the glass edges. I think I saw them missing the edging the other day...)

Oh ew, no. Event handler yes, but that's the wrong event. Use LivingHurtEvent.

GL11.glEnable(GL11.GL_BLEND) See line 95.

Alright. I don't know what the problem is. I thought it was because of the truncates to integers, but that's not it. I do not know what is wrong. The problem may not even be in that class.

Coremods use reflection and/or ASM, not edits to base classes.

Packets can handle floats. Floats and doubles are convertible into each other. Hmm. Now I'm not sure.

private int lastPlayerX = 0; private int lastPlayerY = 0; private int lastPlayerZ = 0; private int lastPlayerX2 = 0; private int lastPlayerY2 = 0; private int lastPlayerZ2 = 0; *Cough*

Probably. I was just doing a proof of concept thing. I didn't need the copy to be perfect, as the "concept" part was being able to blend the edges of the copy with the destination, so that it looked natural. Here's the only set of screenshots I took of one such teleport. http://s16.postimg.org/d0vp5qjid/2014_01_24_23_09_54.png[/img] http://s23.postimg.org/q9poehyt7/2014_01_25_01_52_15.png[/img] http://s27.postimg.org/5t6vwu11f/2014_01_25_02_04_16.png[/img]

Yes, but if you set the piston head to air before you've copied the base, the base won't get copied (it drops). Flag 2 be damned. Rails are also a bitch to copy, but I think doing them during a second pass would be sufficient.

All blocks in stacks are of type ItemBlock. Check that.

I used Flag 2 as well, but that didn't stop doors and pistons from breaking.

There's also DimensionManager.getCurrentSaveRootDirectory() if you need that. Also, new File(".") will also get the current directory

The reason not to is because mods will want to distinguish copper and iron.