Draco18s

No, I meant that if you had one, then it would be responsible/at fault.

Well....that isn't the Missing Texture texture....

The big change for stuff like mobs is the change from renderer.bindTexture(...) to new ResourceLocation(...)

I'll just drop this here.

Override goes outside the function, dimwit. @Override public void blah(parameters){ blahblah } If it throws errors, then your function isn't overriding anything. Functions aren't magic.

Open up MonsterZombie.java and copy its AI code, then remove the attack line. Voila.

Do you have a custom renderer?

Ah. Well, keep doing it your way until that fix happens. I would have thought that Mojang would have done the icon registration for armor at this point.

Generally speaking, my modID doesn't change in the middle of a project. So the flexibility is entirely unneeded. I also tend not to want to change my filenames when I figure out a more clever name for my block. As far as I care, the file name can stay the same even though the block's name has changed. So again, unneeded flexibility.

Should. I haven't done armor in any version of Minecraft, but I believe that it is on the texturepack system now. Might also be /textures/items, you'll find out when you make the change if it can't find the texture (and will tell you where it is looking, eg. "ModName:textures/items/filename.png")

Uh, you should register the icons with "MoreMinecraft:stone_1"

Hit thanks on the wrong post. Invizzble hit the nail on the head for this one. 1.6 doesn't like capital letters, which works fine in Eclipse, but not as a release (because Windows doesn't give two shits about capitalization in file names, but a zip file does).

The only work I did with AI was taking existing mobs and removing AI rules or adding ones in I found in another existing mob (or tweaking the values passed). By calling the superclass's AI setups, you've probably buggered something. Just go into the super class and copy what you need (and ONLY what you need) to your class.

Or, I dunno, using your own strings: itemIcon = iconRegister.registerIcon("MyMod:MyItem"); Because holy shit its so much easier to read.

Its just that right now, texture registration and language registries will fail if it happens later than preInit. Hence the question.

Yes. EntityList.addMapping(EntityTreant.class, "Treant", 3, 4930341, 1584909); The first integer is just a mob entity ID, I used the same one I did with registerModEntity. The second two are colors for the egg. I haven't checked, but I think the first one is the egg's base color and the second is the spot color.

Yes. All item(stack)s in the inventory have an onUpdate function which gets called every frame. From that you can get the size of that stack. You could also use an event handler to listen for...onEntityLiving update, check for players, then get the player's inventory from the player object and have all the items.

I never said that. Not once. On a related-to-the-topic front Instead of renderEngine.bindTexture(String path), use: renderEngine.func_110577_a(new ResourceLocation("modID","texture path")) where "modID" is the bit before the : in your registerIcons block/item function and "texture path" starts with "textures", eg. "textures/entities/spike.png"

Turns out this was the issue. Apparently 756 has something missing that causes the system to fail.

*Facedesk*

*Headscratches* Ok, that texture loading is still fucked up. Awesome. They should hurt you, you sure you weren't in creative? (You have to be standing on top of them too, not the sides like a cactus, just to be clear). Anyway, what happens--or should--is that it swaps textures out so one of the spikes gets bloody (after...5 minutes? it turns orange, then another 5 and it's back to normal). Logging out will reset it, but because it's just a visual effect, so I didn't bother synching the data with the server and saving it.

I am utterly confused. What version of forge? And do you have that inside Eclipse, or reobfuscated? (By the way, place the iron spikes down on the ground--make sure that texture works too (and then get a mob--or the player in survival--on top of it). I'm rather proud of the result).

So you put the contents of the zip into the src/minecraft directory (which is where I zipped them from) and it just worked? o..O Thanks. Vanilla's tripwires have always bugged me, so I've been working on a mod to make things a bit more subtle.

https://dl.dropboxusercontent.com/u/7950499/src.zip

All of them. None of my block names are getting localized and I still don't have textures coming in. And I've done fuckeverything mentioned in this thread and two others.