GotoLink

You know, the fastest way to "duplicate" a class...is to use it. I don't mean copying the code here. [spoiler=Hint] extends

"Hell" is the biome. I'd suggest to generate in the Nether (the dimension) with this check: world.provider.dimensionId==-1 Because you don't know if someone uses the "Hell" biome in its world or not. Of course, you can do both checks, if you also want to be biome-specific.

Usually, you should use "searge names" to avoid the issue Tiedye is pointing at.

Plants are blocks too, so it all comes down to : Do you know how to use ? World#setBlock(lots_of_ints_here) and IWorldGenerator

Well, searching for your block next to the event entity and decide whether to cancel or not ?

There is an ItemTooltipEvent now, you might want to use that.

Why would you want to change that ? This is going to destroy Forge compatibility with vanilla, you know.

Show us the entire class, the problem isn't here.

What is the problem ? Show us your new model if there is a problem with it.

No. Those are in ItemBow.

No, all this is not needed. This is the only line you need to register an entity. EntityRegistry.registerModEntity(EntityMyMob.class, mobUntranslatedName, mobInternalID, this, trackingRange, updateFrequency, true); Note: If you absolutely want the "vanilla" spawn egg (meaning you can cope with its flaws), do instead EntityRegistry.registerGlobalEntityID(EntityMyMob.class, mobUntranslatedName, id, backgroundEggColour, foregroundEggColour); This is the only line you need to register a renderer. RenderingRegistry.registerEntityRenderingHandler(EntityMyMob.class, new RenderMyMob());

I guess using EntityDragon, EntityDragonPart and RenderDragon would be too easy...

packet.channel == ModInformation.CHANNEL + "S" This doesn't work because String are immutable, use #equals(obj). worldObj.markBlockForUpdate(xCoord, yCoord, zCoord); worldObj.markBlockForRenderUpdate(xCoord, yCoord, zCoord); worldObj.notifyBlockChange(xCoord, yCoord, zCoord, BlockInfo.CODELOCKBLOCK_ID); updateEntity(); syncWithGUI(); You are going overboard. Choose one method and stick with it.

Pixelmon mod expected a number, but it received nothing. Might be an error with a configuration file. Look at that, then ask the author if needed.

The problem is the number of blocks, and the type of said blocks. TNT is not meant to exist in huge numbers in the entire world. Sure, that is "only" 256 blocks per chunk. But you generate roughly 200 chunks on world creation. 50.000 tnt blocks. Even if you allocate more memory to the JVM, it is unlikely to be stable at all. Pick another block, you'll see the difference.

You need to register your tile entity and give it a default constructor.

Well...return true when the given block id (the method only argument) is a good block to plant on, return false otherwise ? Isn't that already explained in the method javadoc ?

You can remove all the methods in RenderBasicSith class except for @Override protected ResourceLocation getEntityTexture(Entity entity) { return new ResourceLocation("seroemod:textures/mobs/test.png"); } I don't know who "teaches" that shit, but he should learn Java beforehand.

The Item class has a forge hook for it. Look at getArmorTexture(args).

Indeed, this is a very dumb way to test this class. Spawning an entire sky of tnt blocks ? what were you thinking... But this is a good way to start with world generation. Then you could make custom biomes and then, custom dimensions or world type.

You might want to try to spawn it away from the player.

The only step you needed was extends BlockFlower and override canThisPlantGrowOnThisBlockID(int).

Yeah, you didn't understand why, but you fixed it, that is good Here is a simple explanation, if you are curious: @SidedProxy is an annotation made to initialize the field below it. Meaning, the client does public static CommonProxy proxy = new ClientProxy();//from clientSide = "assets.bluestone.ClientProxy" while server does public static CommonProxy proxy = new CommonProxy();//from serverSide = "assets.bluestone.CommonProxy" But if there is no field below... *void* = new CommonProxy();//Java says: Me...crash. By the way, when you do: public static CommonProxy proxy; You are not calling the class, you are declaring a field (static here, which means first loaded and auto initialized to a default value)

The vanilla AI simply stops executing the AI task and restart it when conditions are good. You can do it too.

The VillagerRegistry ? I didn't see any changes on 1.6.