LexManos

Yes, it does,, isRemote just tells you what side you're on. Only spawn things on the server side...

Haha mcpatcher.. reliable, you high? Also you're just using it as a archive tool as you said. So just use 7zip. Define latest build... Because yes we actually did update within the last 25 mins, but this issue should not be in any of them from like, last night. Aside from that, give us a mods list, and we'll see if we can track it down.

Either update your mod to one that has a valid mcmod.info Or update Forge to the latest build. And it IS supposed to load everything in sub folders as There are such things as folder mods, they are retarded, but hey, people make them. So, I state once again, just move the shit you dont want, out of the folder.

You missed the steps of you setting up a new project, however, kinda need the errors to guess what they are. However, the Minecraft project seems to be fine so it seems to me you did something wrong setting up your project.

Forge is supposed to load everything in the mods folder How can you claim that its doing things its not supposed to as it clearly isnt. If you dont want a mod to load move it out of the mods folder.

wow.. just fucking wow... http://www.minecraftforum.net/topic/1419836-131-forge-4x-events-howto/

I assume you're installing this: http://www.minecraftforum.net/topic/1027351-131-smp-ssp-minecraft-f-key-mod-fog-key-optifine-compatibility/ Wait untill it updates to 1.3.2, the issue is that it's still on 1.3.1

As ML for 1.3.2 just came out today, you need to wait a little bit until we fix the compatibility layer between FML and ML.

MC's lighting engine doesnt support true colors.

at net.minecraft.src.World.getCollidingBoundingBoxes(World.java:1466) You'll see a collection on this line, that is being itterated over. Somewhere inside of that loop, you are modifying the thing that's being itterated over. You're gunna have to figure out what your in code is called, that edit that collection.

Yes, when playing on a local game, it will switch form true to false constantly. Because you are actually getting called from two different threads. With two different worlds. One locally on the client, the other is the server's world.

Update forge and let me know.

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.