Draco18s

Duplicate the zombie. Name it something else. Done. You have encountered the failing of the Object Inheritance Pattern.

I am not sure you unterstood him right. Whoops, my mistake. I connected the title with the mod of the same name and wasn't able to see past it.

Ah, clearly you didn't follow instructions. Run recompile.bat then reobfuscate_srg.bat, then package up the result. Seriously? Have you never used a BBCode forum before? !

Same as it was all the way from 1.5 until 1.7? (The only change from 1.5 to 1.6 was the folder name: mods -> assets)

You will almost certainly need packets. I know there are GUI elements that do text-entry, but I haven't used them.

It also allows other mods to do things with your blocks. Register them early!

Something didn't reobfuscate properly.

Hooray! You posted code! Boo! You didn't post the errors!

You're better off asking in the COG thread than the Forge forums this board is to help modders mod, not mod users use mods.

If by "libs" you mean "assets" and by "builds" you mean "reobf" then yes. You have to copy over your assets manually.

Correction: Vanilla will assign it.

(The modification needed is to fml.py which can be easily updated by downloading the last 1.6.4 version of the source and stealing its fml.py and adding it to the 1.6.2 source before installing). Haven't you heard? Reading is for chumps.

Hardly. Like it says on the top of the forum in BRIGHT FUCKING RED: You need to post the ForgeModLoader-client-0.log file.

While this is not technically wrong, the problem lies in where you've placed your texture (and changing the registration string isn't going to fix that, unless you get super lucky). In order to completely diagnose your problem I need to know where you're putting your texture file.

Packets coming from a player will pass a player entity to your packet handler. Its like magic: public void onPacketData(INetworkManager manager, Packet250CustomPayload packet, Player player) { }

1) You didn't say you updated the main post 2) I cannot assume that you updated the main post Now, I don't know anything about 1.7.2, but I'd try removing this: public Item func_149650_a(int p_149650_1_, Random p_149650_2_, int p_149650_3_) { return MoMinecraft.brokenObsidianItem; } Seems to me that vanilla code should be handling that...

No code: no help.

Did you register your entity? Did you create an item?

Find its static reference in the Block class, the wool / cloth block is done oddly.

Learn to read the code you are using please: Quote from DataWatcher.java: throw new IllegalArgumentException("Data value id is too big with " + par1 + "! (Max is " + 31 + ")"); And even some of those are already used: From http://www.minecraftforge.net/wiki/Datawatcher

http://lmgtfy.com/?q=minecraft+armor+model+tutorial

I do. https://github.com/Draco18s/Artifacts/blob/master/draco18s/artifacts/item/ItemArtifact.java (See how I check for null, and if null, I return a default non-null icon) I feel like I've got an array-based something somewhere, but I can't recall which mod that was offhand, much less which block or item.

This. I'm not even using 1.7 yet as the deobfuscation process is not even yet to the point when I started modding. And there were still common-use func_* calls. 1.7 not only has that problem, but a "everything is different now and the experienced modders are having trouble in places."

I can't without current code and current description of the problem. "It changed" is not a description. It's useless information that requires me to activate my psychic powers and the government hates it when I go rogue.