LexManos

There is ALWAYS a log, be it in the console, in the launcher, or logged to a file. Give it to us.

Sometime in the 1.8 chain post 1.8 they added rotation to tall plants. That may be causing the issue. Vanilla 1.8 works on 1.8.7 server?

So you teach modders how to do it wrong and then call yourself a good tutorial.. No Teach them the system not your addon tools.

Buy a real computer {not mac} or disable the loading screen.

You cant run bukkit plugins on Forge. And you need to use the installer and upload all files. Talk to your host on how to upload all necessary files.

We decided against this when we developed the @Mod system. Having a generic abstract base class is mainly just bloat and limits functionality. Using annotations allow for expansion, mix/matching and expansion without breaking mods. So no, this is something we specifically decided against in the beginning.

Remember, the main benefit of using the normal block models over the tesrs is that the data is cached, and only rendered with the entire chunk. NOT every frame like a TESR. Now this is a downfall when you want to do animated things beyond just textures. TESRs are expensive in this aspect but powerful. So the suggest method is to use a hybrid of the two. Use a normal model for the non-animated parts and a TESR for just the animated stuff. The example I like to throw out is chests. When the chest is open/closed it should be a full model in the normal render pipeline. When a chest is ANIMATING, it should be a 'bottom' should be a normal model. And the 'lid' should be in a TESR. Once the animation is done, clamp it down and tell the chunk to re-render with the baked model.

Dont use crap 'Mod Installers' they steal mods and wrap them in malware/adware to make money.

If there is a 'standard' for it then it should be pulled out and submitted to Forge...

you dont run the universal jar {unless you're running a server} use the installer.

you're missing some buildcraft api. Read the install instructions for pnumaticraft.

[21:22:46] [Client thread/ERROR] [FML/]: The mod bluepower (Blue Power) requires mods [qmunitylib] to be available Go read blue power's installation instructions.

Network security 101: There is NO POSSIBLE WAY to trust the packets you receive. The client ALWAYS lies. So no, there is no possible way to add this protection in, you just need to verify that the client should be doing what it's telling you it's doing.

Do not hijack threads -.- And read: The mod CoFHCore (CoFH Core) requires mod versions [Forge@[10.13.3.1448,10.14)] to be available MinecraftForge v10.13.3.1395 Initialized 1395 < 1448 Basic math -.-

This one is new, but everything google tells me is that is a video driver/card issue. There isn't much I can say about it beyond that. Vanilla works?

Nothing in Forge would corrupt worlds. I take great pride in that. So before you go blaming Forge please try and do some bug tracking and see what mod it is that is causing it.

Either you have a corrupt mod, or it's broken. We'd have to see the logs. However it looks like thermal dynamics seems to be trying to read a block that is not what it's wanting. Talk to the thermal dynamics authors, also post the logs, ALWAYS.

Remove optifine

Disable the loading screen, or get a less crap video card.

Remove it

Optifine is broken remove it.

Thats not how modding works its impossible. As for 1.8.7 security fixes, all of them are in Forge. So there is no reason to update for the end user.

PixelMon seems to be broken. Its trying to access a enum value that doesnt exist, it needs to add it.

Oh herp a derp, how did I miss that, also how did he get a FML only version with the loader. But ya go install Forge.

Remove whatever coremods you have installed they are breaking things.