LexManos

Not possible look at how that function is called. We are not given all of the information we need. If we were we would give you it.

Are you doing this in a coremod and are you excluding your event from the transformers? Because that'll break events, Please refer to The EventTransformer To see some of the magic behind out event system.

You can view the full details in the log that may point you twards the culperate. But check for what is using block ids 200-203 on the server. We have no way of knowing with the information you've given.

Was there a question in there?

Dont do anything fancy Just run the downloaded universal zip as a jar java -jar minecraftforge-universal.zip As long as minecraft_server.jar is in the same folder it'll run.

winzip, winrar, 7zip, ANYTHING that edits archive files. Aside from that your issue is that MCA is not for the version of Minecraft you're trying to install it to.

Sadly, they were not written in that way, instead of being a tile entity and handling there contents that way, it's explicit metadata. If we add support for arbitrary things, we would have to re-write how they work and break compatibility with worlds.

Read the god damn license -.- we wrote it for a reason.

This issue has nothing to do with Forge, its purely a Optifine issue. That shit you're talking about with the NBT edit, that would have nothing to do with this.

Don't know why you can't connect, but follow the directions in the log and you'll be fine.

The first log shows that you didn't delete your meta-info The second log shows that you installed for the incorrect version of minecraft. Try cleaning up your setup and installing again.

Nothing in those two builds would do that. And the 728 log doesn't crash. I'm not quite sure what is causing the original. It was build 733 that introduced this. And should not effect anything that isn't trying to render blocks with a fake world... Or edits the base classes.

Did a look into it and ya, it could be expanded to dimesion based. I look forward to your PR Shouldn't be hard, just need to keep an array int he player read/write from nbt. Default to the normal system if a dimensional one is not found.

It appears to me that something you have installed, typically in your Jar, isn't updated to the latest forge. What are you installing in your jar? Either way you should not.

Still NOT A FORGE ISSUE. Your zip is malformed SIMPLE AS THAT. I'm getting tired of you posting without actually attempting to solve anything yourself. Thread locked, don't post about this again. This has nothing to do with Forge.

That's what chunk loaders are for, use them.

Pretty sure this is already available. Thaumcraft and Forestry add special houses for there villagers.

It's that way because it's that way. We have had many discussions on how things could be better. But we are working within a framework we have very little control over. ID setup is a fundamental thing we can't change. You just need to handle it.

No, Forge does not do UPnP

OptiFine_1.5.2_HD_U_D3.zip There be your problem, not exactly sure why it doesn't work for them as the hook delegate is still there but whatever it's Optifine technically we don't support base editing mods. He's probably trying to call directly into the block instead of the static hook that was specifically put in place for him.

pastebin.com

Try without optifine. And before you say anything, no your jar is NOT clean. If you can't figure out how to clean it compeleetly delete your .minecraft folder after saving everything. Or use the launcher 'force update' feature. Either way you have optifine in your jar, and it's broken.

Your zip is malformed, nothing what so ever to do with Forge or FML.

Neither of those are ModLoader mods. Both of those are BASECLASS JAR MODS Forge does not work with mods that edit base classes. Thats the problem with ModLoader, it doesn't do 1/2 the thing a average mod needs to do in order for them to be base clean. So modders have to edit base classes. If the majority of your users have to edit base classes because your API doesn't do what is needed, then your API is not doing it's job correctly. If a Mod is truly a ModLoader mod, it works with FML. If however, a mod is a jar mod but ModLoader COMPATIBLE then it will not work with Forge/FML. finite liquid in particular seems to be because the maker of finite liquid doesn't know how to update his mod properly and keeps multiple dead versions of notch code in there. Hehe you guys think I don't know what i'm talking about, thats fucking cute

Try running with -XX:-UseGCOverheadLimit and see if it prints a better error.