SanAndreaP

Update your coremods

You should use the method Minecraft.getMinecraft().renderEngine.func_98187_b(texture) instead of ForgeHooksClient.bindTexture(texture)

You can either heighten the 2nd last parameter or set the last one to false in your registerModEntity and see if that works.

When they've the same error and claim that they have the latest java, they simply lie. To see which java version you have, just simply type "java -version" in the command prompt of your OS (without quotes of course).

Can I see the code of your Entity registration with the EntityRegistry?

you need to INCREASE the damage, not decrease it! If the damage reached it's max damage, it should decay.

I followed the same code as previous and only nightium has appeared the ore hasn't. Any suggestions? I'm new to making new blocks and ores You mean in the creative tab? Either way, you made both block variables public and static as I said?

1. You need to make your Block variables public and static. 2. Your proxy declaration is a bit wrong. Look here on how to do it right: http://www.minecraftforge.net/wiki/Basic_Modding

Use the onUpdate method in your item class, check if the ItemStack is the same as the one the Player's holding and then you do the needed stuff. If you're dealing that with damage, increase the ItemStack's damage until it's broken.

Then he should follow this tutorial regarding to the new texture system: http://www.minecraftforum.net/topic/1722368-15-icons-and-block-textures/

You can check in the console if it's generating at all with using this System.out.println(String.format("Sand Ore generated at > x:%s | y:%s | z:%s <", var38, var41, var44)); below par1World.setBlockAndMetadata(var38, var41, var44, this.minableBlockId, minableBlockMeta);

I gave you the solution before, just use it Lemme explain: you try to access ashtonsmod.WorldGenMinableSand while having the WorldGen in the packet tree ashtonsmod.common So the solution is to correctly adapt the packet tree, like this: ashtonsmod.common.WorldGenMinableSand

That is PARTIALLY right. You can add a collision box, yes, but that would only be recognized for the entity itself. Other entities ignore the Bounding Box. In order to achieve the idea the thread creator has, you have to add this method and return a Bounding Box to the EntityPlayer class (which must be done either with ASM (coremod) or base-edits) WHOOPS, I looked at the wrong method (getCollisionBoundingBox). Yes, you're right, it works... I never used that method before.

You should update to 1.5, since the whole block/item texture system has changed now.

You should learn how java packets work. (new ashtonsmod.common.WorldGenMinableSand(ashtonsmod.AmethystOre.blockID, 5)).generate(world, random, xCoord, yCoord, zCoord);

Great! Thanks for the quick fix. I'll lock this thread down now.

Rei's Minimap is still in 1.4.7. Stop using it and wait for an update!

You can use an array which holds Icon instances. For example like an array with 5 textures: @SideOnly(Side.CLIENT) private Icon[] blockTextures; Then initialize this array in the method with the IconRegister parameter: @Override @SideOnly(Side.CLIENT) public void func_94332_a(IconRegister par1IconRegister) { this.blockTextures = new Icon[5]; for(int i = 0; i < 5; i++) { this.blockTextures[i] = par1IconRegister.func_94245_a("MyMod:blockTexture_" + i); } } while having these 5 texture files ready and named like blockTexture0.png, blockTexture1.png aso. Finally decide in any of the getBlockTextureXXX methods which texture should be shown, here a metadata example: @Override @SideOnly(Side.CLIENT) public Icon getBlockTextureFromSideAndMetadata(int par1, int par2) { if(par1 < 0 || par1 >= 5) return this.blockTextures[0]; return this.blockTextures[par1]; }

Minecraft: 1.5 Forge: 7.7.0.589 I tested a bit with the new implemented Redstone blocks and noticed a bug while Forge is installed: I cannot place specific blocks on them. In vanilla Minecraft I can place those blocks without problems, but as soon as Forge is installed, this abillity is gone. Here is a list of Blocks which cannot be placed with Forge: Redstone Redstone torches Redstone Repeaters doors (wooden and iron ones) all minecart rails Here's a visual pic, above are the items which can be placed w/o Forge, below these with Forge: http://puu.sh/2iOTR I hope this gets fixed

Just tried now and sill doesn't work. Can you give an example code in which it would require the connector be placed in the coremods or lib? Thanks. Since I never used any external library in my mods, I have no clue then either. Sorry, but there is maybe an other person who can help you.

It is a trivial error you've made. The logs tell exactly what to do. In human-readable text: 2013-03-16 14:41:54 [sEVERE] [ForgeModLoader] There were errors during initial FML setup. Some files failed to download or were otherwise corrupted. You will need to manually obtain the following files from these download links and ensure your lib directory is clean. 2013-03-16 14:41:54 [sEVERE] [ForgeModLoader] *** Download http://files.minecraftforge.net/fmllibs/argo-small-3.2.jar 2013-03-16 14:41:54 [sEVERE] [ForgeModLoader] *** Download http://files.minecraftforge.net/fmllibs/guava-14.0-rc3.jar 2013-03-16 14:41:54 [sEVERE] [ForgeModLoader] *** Download http://files.minecraftforge.net/fmllibs/asm-all-4.1.jar 2013-03-16 14:41:54 [sEVERE] [ForgeModLoader] *** Download http://files.minecraftforge.net/fmllibs/bcprov-jdk15on-148.jar 2013-03-16 14:41:54 [sEVERE] [ForgeModLoader] *** Download http://files.minecraftforge.net/fmllibs/deobfuscation_data_1.5.zip 2013-03-16 14:41:54 [sEVERE] [ForgeModLoader] *** Download http://files.minecraftforge.net/fmllibs/scala-library.jar

You tried the lib folder?

By the way: getItemDisplayName is now called getLocalizedName since 1.5.

read your log or the EAQ.

Before you install Forge, you should delete the MOJANG files within the META-INF. Then install Forge.