GotoLink

The files should be in mcp/src/minecraft.

Then why use Forge if you can do XML yourself ? It isn't hard to ship the libraries with your mod.

Don't declare each Item and Block as separate variable ? Group them in a structure. Like Item[], Block[]; List<Item>, List<Block>...

@draco18s It is not necessary at all. See onBlockDestroyedByPlayer in BlockTNT. @madao161 You are welcome

I'd bet you anything that Core.mc.thePlayer is null. Drop that shit, you don't need it at all. Then Minecraft.getMinecraft() is client-side only. So drop it too, unless you don't want to be server compatible.

No, actually with InitMapGenEvent, you can add and remove every structure. No limitation except your imagination and coding ability. As for events well...search "Event" ? Most of them are organized into event packages by the way.

Prefer using public void onBlockPlacedBy(World par1World, int par2, int par3, int par4, EntityLivingBase par5EntityLivingBase, ItemStack par6ItemStack) This will be called after all block placement checks. Not hard to find, was it ? You can also put null for EntityLivingBase as argument for the TNT. It is only used for the EntityTNTPrimed constructor and does not affect its logic. onBlockAdded is called on world generation too, so you may not want to use that.

1/Register in MapGenScatteredFeature a structure extending ComponentScatteredFeatureSwampHut which set a chest 2/Use LivingDeathEvent, check for Enderman... 3/Register new MineshaftGenerator (with less spider spawners) with InitMapGenEvent ? 4/Use HarvestDropsEvent, check for dirt block... 5/ & 6/ ? Not precise enough to guess a solution

You may also want @Override public int idDropped(int metadata, Random random, int par2) { return FergoTools.fergoMaterials.itemID; }

You mean, thePlayer() doesn't exist in Minecraft class. But thePlayer exists in Minecraft class

@Override public int damageDropped(int metadata) { return metadata; } Would make more sense.

The method gives you a player argument. You can use it. Step-by-step for overriding a method properly: -Go to your parent class (Block in this case ?) -Copy the method declaration from it ( public void onBlockPlaced(World par1World, int par2, int par3, int par4, EntityPlayer par5EntityPlayer, EntityLivingBase par6EntityLiving) ? ) -Paste it in your class Optional: -Put @Override on top, so you can tell what you did in the future -Change the variable name to your liking (public void onBlockPlaced(World world, int x, int y, int z, EntityPlayer player, EntityLivingBase living) ? ) All this is basic Java, and this forum isn't for basic Java lessons.

If you have @Instance("modid"), you don't need to initialize. What do you do with this ? Do you expect Core.mc.thePlayer to be a player, without any player being connected yet ? At best, "props" is going to be null. Then i suppose you registered your EntityContrusctionEvent class.

If the methods are not called, you didn't override them properly. Check the method arguments. Please, stop using ModLoader.getMinecraftInstance() it's completely useless.

Well, there is a Gui tutorial on the wiki. The important part is IGuiHandler usage. The Multiplayer Gui (with server selection) is conveniently called GuiMultiplayer. Instead of making your gui, you can open an instance of this one when you want.

With custom AI path selection ? Make it so it will reject path to other biomes.

Show us your gigisMod.java, and highlight line 59, please.

If i remember correctly, the hard limit set in EffectRenderer is 4000 EntityFX per layer. Default EntityFX is on layer 0. You can override getFXLayer() to a different value to see if that fixes it.

You are wrong. Granted, they are specific areas where vanilla doesn't support NBT (i think of vanilla furnace entries) because they don't support ItemStack. But, as long as you have an ItemStack, you can put NBT in it. (drops, furnace results...) Which also means that all methods in Item that have a ItemStack as argument will work with NBT.

You need @NetworkMod(clientSideRequired=true) since you want both player (to see Gui) and server (to receive packets) to have your mod installed.

You don't need a webpage, but you need your own server access to hold the data. Having knowledge in server management and internet protocol is probably necessary.

Considering most of the tool data are held into Enum, they are a pain to edit. But it is doable. You can use EnumHelper to help you with that. You may also want to look at MinecraftForge#setToolHarvestLevel(args) and the like.

Yes, change the getIcon method.

Fast fix: switch the side and front texture depending on side value. Slow fix: make a special renderer.

isProvidingWeakPower is checked first. (and no, it is not specifically weak, this is just bad naming)