LexManos

Check out the sound events.

Not quite, we're squashing bugs and dealing with ModLoader.

https://github.com/MinecraftForge/MinecraftForge/commit/7f40671ad8841be99ce45ef00eb9fd35c12e1dc4 MC Bugs, client side not respecting the format of there own packets.

http://json.parser.online.fr/

Thats caused by it not being able to find mcp/forge/common/forge_at.cfg Make sure you've extracted forge to the proper directly and you're running it from the /forge/ directory.

You annotate a field with it, when the class is loaded that field will be populated with a instance of the class for the specific side you're running. Is that to hard to get?

//Load the sound(s) in ClientProxy. DayZ_ClientProxy.loadDayzSounds(); //Load the renderer(s) in ClientProxy. DayZ_ClientProxy.registerRenderInformation(); You have hard references to client proxy. Thats bad, take a look at SideProxy

3.x is for 1.2.5 Early 4.x builds are for 1.3.1, later builds are for 1.3.2 All you have to do is install it in your jar. No Forge is not dependent on ModLoader So make sure you get your versions right, and get a full log.

That.. is some horrible code. There is a function around there to get the player by name. Your code wont get you what you want if someone happened to join the server before you.

https://github.com/cpw/FML/wiki/FML-mod-information-file

In its list of players, go dig in the code to find it.

Well your issue there is fairly obvious. You're writing to the CLIENT entity. Not the server entity. Your client entity never gets saved.

Yay! You are a unique snowflake, this is the first time i have ever heard this! Why don't you do a little research?

As long as you call getEntityData() it'll save it to the entity next time it is written. It's been working for quite some time. It does not save anything if getEntityData() was never called for that entity. So... Show me code.

Ah, if its the bug im thinking of, its a bug with optifine, not us. I've had a few modders test out the extra texture sheets with 4096 and they all report to me that it works fine.

Do a pull request, not this, also as I said i'll be taking a look at it after we get everything settled down bug wise for 1.3

Your failure to double click two scrips makes me instantly weary of anything you have to input. However, how exactly is getEntityData not working.. My tests show it working..

Please provide more detail. I do not use technic so I don't care to look at there forums.

Ya, those two are not finished yet, do things as you would normally.

I'd need to see full code, to see exactly how you're hardcoding a reference.

If it crashes with that log using the normal launcher, then you're not using the normal MC launcher, as that class exists. To youtube! Make me a vid of exactly what you do.

If you've done everything correctly, running update_patches should generate all your new patches, thats the exact script i use.

Define 'normally' Seems like your launcher isnt doing its job as we expect it.

No, the code is fairly evident.

Sounds to me like you're not using the clean jars. Go into mcp/forge/fml/common/cpw/mods/fml/common/asm/transformers/MCPMerger.java and set debug = true; Give us a full log please.