LexManos

What are you connecting to or what is your networking looking like. There should be no possible way beyond a mod that is heavily screwing with the network for this to happen.

Because the mods have not been designed to do that. Also it's really difficult to cache things like this. How do you detect if something has changed. How do you know if a mod ran differently then it did last time. The only real thing you could 'cache' is the textures that are generated. Recipies/items/blocks all are in-game objects not data.

Yes, that can be caused by many things, typically not forge as we don't add that much to the tick times {typically we speed them up when forge is used by itself} This isn't something that can be diagnosed/fixed through logs. You're gunna have to boot up a profiler and learn how to read performance snapshots.

Not really, there is no good reason for this. Expanding the dictionary to more than what it is is just a dumb idea. If there are mods that are using the ore dictionary for more then 'this item is that item' then they are doing it wrong.

Important parts highlighted. You have a coremod in there that is removing a field that is needed by Forge.

The mod ExtraUtilities (Extra Utilities) requires mod versions [Multipart@[1.2.0.336,)] to be available Multipart:1.1.2.331 I know i'm a bit rusty, haven't been to a math class in years.. but i'm pretty sure 331 is LESS than 336...

Why? This over complicates the ore dictionary. It's NOTHING more then 'this item stack should be treated IDENTICAL to this item stack' Anything else people impose on it is just dumb.

FML's log not the console/crall MC log that doesn't include 90% of the output.

You need to run one of the setup workspace functions before running build. Gradle needs to GENERATE the forge library, as we do not have legal permission to ship pre-built patched mojang code we have to generate it.

Because your server cant keep up. Your computer is to slow in one of the MANY possible things it does that would take time. These 'cant keep up' messages can't be diagnosed directly.

[13:28:57] [main/ERROR] [FML]: Unable to read the jar file NetherOres-[1.7.10]2.3.0RC4-7.jar - ignoring java.util.zip.ZipException: error in opening zip file Your Nether Ores file is corrupt. [13:28:57] [main/INFO] [sTDERR]: [java.lang.Throwable:printStackTrace:461]: java.lang.UnsupportedClassVersionError: codechicken/nei/asm/NEICorePlugin : Unsupported major.minor version 51.0 NEI requires java 7, go yell at chicken bones for being stupid. See how much easier it is when you post the log file -.-

Let me search my vast memorization of all of the source code and functionality for all these closed source mods. ...... No seriously if you have issues post the log don't ask abstract things like this.

Logs Code Screen Shots If it cant find your models it will log it.

One of the mods you have installed is sending invalid packets. Cant tell you which one.

You need to point JAVA_HOME at the JDK, not the JRE, as the error tells you.

1) Update Forge 2) java.lang.IllegalArgumentException: Can not set static oortcloud.hungryanimals.HungryAnimals field oortcloud.hungryanimals.HungryAnimals.instance to com.example.examplemod.ExampleMod You have two broken mods in there, 1) HungryAnimals and 2) ExampleMod

No

That tag displays whatever the server tells it to display. We have support for bukkit servers to tell us they are bukkit servers. However that server isn't sending that tag so Forge can only assume it's vanilla. It's up to the server to tell us otherwise.

Interesting, now try it WITHOUT optifine/shaders/chicken's mods.

Nothing we can say, you're not giving us any logs, screenshots, file listings, anything. If it says that Forge was installed, then it was installed to wherever you told it to install to. If you're using a custom launcher, or custom arguments that change it from your appdata folder obviously it wouldn't show up. Details man DETAILS.

Forge doesnt give you anything at startup. You need to check how those mods work.

Disable the loading screen in splash.properties. Your graphics driver seems to not be compatible with it. It happens sometimes. We're not sure why this happens but it's usually something to do with your graphics driver not liking multiple threads.

Update Forge, I just fixed up some of the error logging with the models/textures. But that doesn't show me the files themselves. You should also make sure that when you rename things in your src/ folder you do a clean on your IDE. Eclipse likes to not copy files over simetimes without doing a full build.

getUnlocalizedName is for getting the key for the translation file, nothing else. Trying to force everyone to use copy paste code just causes confusion of what that method is actually there for. If you want to use a method to store the item name then there are options, The Block delegate, or you could add a field to your block that holds the name itself, or the plethora of other potential ways of achieving the same thing that doesn't tie the LOCALIZATION STRING to everything else. And basic practice, if your standard operating procedure is to do hard coded string manipulation, then its BAD. String manipulation is SLOW and should be avoided and NOT made your central behavior. 'I saw it in a tutorial' is why I'm so adamant about yelling at people. Tutorials are wrong and regurgitating those things just cuz you saw it there is wrong. As for the issue at hand, you should post the full directory listings. Why are you folders outside the 'assets' folder?

Wat? Also the issue is you removed/updated a mod that was claiming the mossy cobble stone id and screwed it up, most likely NEI or something like that.