SanAndreaP

Put this method into your entity class. Play with the return value until it fits: public double getMountedYOffset() { return 1.1D; }

If the client works with forge, then you don't need it. The error claims that it can't find a class: java.lang.NoClassDefFoundError: com/google/common/io/LineProcessor It's a part of one of these libraries, so one of them must be somehow corrupted during the download. The problem has been solved by redownloading the libraries, so FML can find the class now.

That's weird that you get the error even with the right order. It works for me. Could you provide the code where you register your entities?

Download these files and put them into your libs folder located in your .minecraft directory: http://files.minecraftforge.net/fmllibs/argo-2.25.jar http://files.minecraftforge.net/fmllibs/guava-12.0.1.jar http://files.minecraftforge.net/fmllibs/asm-all-4.0.jar BTW: Markus' nickname is Notch, so Notch is the creator of Minecraft

Well, I can ensure you that neither the registerGlobalEntityID nor the registerModEntity methods call eachother. There are two versions of registerGlobalEntityID, one with two additional parameters - the foreground and background color for the egg -, which will add an egg, and one without these parameters, which won't add an egg. Anyway you HAVE to call these methods in this order or else you will get the error you mentioned.

registerModEntity is required for MP tracking stuff, so the entity works on a dedicated server with multiple clients connected to it, I believe. registerGlobalEntityID is the base method for registering entities and should always be used in order to make entities work. I would suggest to use both methods. The registerGlobalEntityID first, then registerModEntity.

@Lex: If you wanna know how I solved the BOM issue, you can look at my Language Manager here: https://gist.github.com/3775312 It's in the loadLangPropertyStr(...) method.

Could you provide the source of your minecraftwero.common.BaconMod class?

This unknown character is probably the BOM for UTF-8 (http://en.wikipedia.org/wiki/Byte_order_mark) which is always at the beginning of an UTF-8 file, unless you save it as UTF-8 without BOM. I had this issue with my own UTF-8 files for my Language Manager. Either save the config as UTF-8 w/o BOM, or save it as ANSI.

^ this Also there is a difference between those two methods, but only in certain DamageSource instances. For example the damage source from an arrow returns the arrow entity itself with getSourceOfDamage() and the entity which shot that arrow (e.g. the player) with getEntity(), or the arrow itself again if the shooting entity instance is null.

You have to make a constructor with only the World parameter, like this: public EntityHorse(World par1World) { super(par1World); // YOUR CODE }

Maybe you could start a dedicated server with your mod and look what it does? I use this method to find such kind of errors in my mods.

I know that the versions below 8.0_02 of my Clay Soldiers Mod making these crashes but that should be fixed now hopefully. You can try to remove CSM and see if that works. If yes I'll have to look at CSM again, because I can't reproduce this anymore in any case...

Looks more like there is an issue with NEI. Did you put NEI and the CodeChickenLoader into the coremods folder? Also the VerifyError seems to be caused by not deleting META_INF. Is it deleted?

Update Forge.

@Init works only for methods in classes which have the @Mod annotation (and an @Instance object)

Where do you call your register() method in your mod file?

How about the ForgeModLoader-client-0.log?

Because the client runs internally a server now. All code from the server is now in the client (internal server).

Try to put your EVENT_BUS registration in your PreInit method.

Forge for Minecraft 1.2.5 is not supported anymore.

So it works with 1GB in eclipse? If yes, stick with that.

Then your system seems to be really fucked up Try to allocate less, I had this issue with OutOfMemory on an old PC and I had to allocate less memory so that it worked.

Well, on a new jar file, if you copy the files from the forge package into the jar, you should be asked by the archiver if you want to replace the files or merge them (two buttons) Click then on the Merge button and everything should work.

You're on Mac, right? Merge the folders instead of replacing them during installation of forge.