Draco18s

Making every block change in one dimension affect the other is going to be neigh impossible.

Also, aren't all of the 1.8 blocks available in 1.7 using Gany's Surface?

Not sure why the crash, but I am noticing that addDefaultEquipmentAndRecipies does nothing.

This ^ How to: https://confluence.atlassian.com/display/DOC/Setting+the+JAVA_HOME+Variable+in+Windows

Like this? http://pastebin.com/YuA53cHC And in main: private CrystalManager crystalManager = new CrystalManager(); Then GameRegistry.registerWorldGenerator(crystalManager, 0); . And when I tried this It didnt work in Default world which is what im wanting it to do No, this bit: (new WorldGenMinable(CrystalMod.Aqua_SmallCrystal, maxVeinSize)).generate(world, random, posX, posY, posZ); There's a reason I said "WorldGenMinable" not "IWorldGenerator." WorldGenMinable only replaces stone and has no rules regarding stone/air boundaries. Also what diesieben07 said.

Because they have DIFFERENT BASE ROTATIONS. It had Jack Fucking Squat to do with the rotation POINT, but everything to do with the rotation VALUE. The head and nose use the same values, the leaves DON'T. Also what coolAlias said.

That's not the full log. But that does tell me that MagFurnaceActive.magFurnaceActive is, in fact, null.

Do this for me: if (state) { System.out.println(MagFurnaceActive); System.out.println(MagFurnaceActive.magFurnaceActive); System.out.println(MagFurnaceActive.magFurnaceActive.getTickRandomly()); worldObj.setBlock(xCoord, yCoord, zCoord, MagFurnaceActive.magFurnaceActive); // < --- LINE 116 } else { worldObj.setBlock(xCoord, yCoord, zCoord, MagFurnaceIdle.magFurnaceIdle); } Let me know what it prints out.

You would need a custom WorldGenMinable, or you do it instead of the WorldGenMinable you have inside addOreSpawn

Well, the crash is in updateFurnaceState of MagFurnace.java line 116 You have not included that function here.

Might want to look at http://ichun.us/mods/morph/

Without knowing which line is the problem, it's a lot harder to help you.

setRotation(head, 0F, 0F, 0F); //angle X = 0 setRotation(Leaf1, -2.792527F, 0F, 0.9250245F); //angle X = -2.79, not the same ... this.Leaf1.rotateAngleX = this.head.rotateAngleX; //make them the same

Yes, yes it is. Standard null check. You too.

if(event.entityPlayer.getHeldItem() == null) Duh

Is ModelBakery a defined variable? (Not declared, defined)

AH HA, thus we arrive at your actual problem. I don't think you can do that without a TE involved, because blocks are rendered once, cached, and not updated unless something actually changes (and the player is irrelevant).

Then you're going to need to know if there's a wall at XPos, ZPos, XNeg, or ZNeg. world#getBlock

if(world.getBlock(x, y, z) == Blocks.stone && world.getBlock(x, y+1, z) == Blocks.air) ?

Couple problems: What happens if the player isn't holding anything ( event.entityPlayer.getHeldItem() will be null and you're trying to access it) Secondly, that's not how you compare items. You get the Item from the ItemStack and then compare it to an ItemStack. That will never be true.

IBlockAccess still has getBlock and getBlockMetadata. Point is: If you want to change the rotation to a specific direction, you're going to need to figure out what defines that specific direction yourself. No one else can say "oh just do X" because you're the one who wants something specific based on parameters only you know. If its based on which direction the player was facing when they placed it down you're either going to have to save it in the metadata or use a TileEntity. There are no ifs, ands, or buts about it. The game isn't magic and can't interpret what you say into what you mean unless you are clear and unambiguous.

Eclipse doesn't support Java 8, you'll have to change the JRE back to 7. Window -> Preferences -> Java -> Installed JREs

world#getBlockMetadata?

That's what TNT does. (TNT that explodes as the result of being destroyed by an explosion also gains the owner of the original explosion, conveniently enough)