LexManos

Disable the loading screen, and try removing mods.

3 hours ago, everything we push is automatically built and put on our file server. Read the changelogs to be sure.

Fixed: https://github.com/MinecraftForge/MinecraftForge/commit/52702e5cc9c629b3b2baff6a726aabb168aced16

What is with the rash of people posting screenshots of their launcher? All of which contain nothing to do with the issue. Post your fml log from the logs folder. Not getting the hashes is normal, Mojang doesn't follow maven standards and we've opted out to that so its intentional for them to get these 'errors' but the game will still work.

This is a place for Forge suggestions, this is not a Forge suggestion.

Register<Item>

We will not give you support for old versions. You're on your own.

1) 1.7.10 isn't supported, update seriously. 2) Fucking coremods.. really...

It's not depreciated No idea what your IDE is smoking.

1) Holy shit you have a lot of dimensions 2) This isn't the full log and doesn't actually show the error. Post the full log.

Should be all OreDict recipes. The issue was 1.12.1 removed the SideOnly from a method. And I missed it in ours. So it was using the default implementation which matched nothing. Nothing complicated.

Ah, found it. https://github.com/MinecraftForge/MinecraftForge/commit/7930adec70e65fe0eb512c54ccabf10d16813b08 Fixed.

Vanilla server of Forge server. [Edit] Read the image wrong, There was a recient change to make Planks Oredict. This is most likely the cause i'll look into it some more.

If you have the same code on both client and server, why would they make 'different choices'? Code is code, it doesn't think it just does exactly what you tell it to do. But yes the idea is to move all of your major logic to the server and make the client a 'dumb client'. This just makes good design sense because it lowers the complexity of the client. Thus lowering potential desync/processing/error issues. But it does introduce lag, and this is why some logic is good on the client. If the client can predict what the server is going to do then it can start doing that before the server has told it to. Or better yet the server can be less accurate in the information it sends to the client and the client can interpolate between the data. For example entity movement. Instead of sending one packet per tick per entity to every client. The server can send "this entity is moving this direction" when the movement starts and a "the entity is now at x,y,z" every, 20 ticks. That's instantly 1/20th of the bandwidth/processing time used. It's a balance between end user experience and performance. And there are many schools of thought onto which side is more important. As for Vanilla code, Vanilla code is horrible. Its all client side because the client and server were written separately for the bulk of the early development. The dumb-client approach wasn't even thought about until about MC 1.3, and there is so much code debut that you can't really get out of it. So we work with what we have.

No idea, nothing on our side should cause this. And obviously its not reproducible over here. May want to try updating to 1.12.1, and/or using https://minecraft.curseforge.com/projects/tickprofiler/files to see whats hogging time.

Alright, I *think* I understand the issue. Note: @Ordinator the log you posted is annoying in two ways 1) It doesn't have the debug flag set so is largely useless and 2) you uploaded it to a site that requires a login to download the raw file -.- BUT, I think I understand the issue. Being that the client is running a older version of the pack. Which contains a REAL entry for block X. But the server thinks that should be a dummy entry. So we need to remove the real entry and replace it with a fake one. Which should be done here https://github.com/MinecraftForge/MinecraftForge/commit/45dfce0013e61feec73b32f71035ba20afdb9789 So give the latest Forge a try and let me know. If it doesn't work post a log WITH THE DEBUG FLAG ENABLED! You can check if its enabled if you see any "Registry minecraft:block add" lines

You dont..... Modding has nothing to do with creating unless you use a mod that ads cheats...

Actually, No the thing that takes up 'the most space' is the entire assets needed to run the game. But those are only downloaded once into your cache folder. So you should eb fine. But overall we're talking <500MB so.. whats the issue?

The 'gradle' projects ARE already designed to have 'one forge' and multiple mods. All the Forge asses code and data are kept in a single gradle cache folder in your user directory. Things are not duplicated unless they need to be by your setup. You don't have to do anything special. If you want to run multiple mods at once in the same IDE, just make one mod depend on the other in the IDE and you're fine. Simple as that.

Yes.. yes you can, you define the interface, you define whatever you want.

Use Java 8

1) Update to 1.12 if you want support 2) You have way broken mods in your setup.

Delete everything and re-install. That file should exist. Unless you're using a broken launcher.

Alright, this is stupid. Jred you're a fucking moron. First you have no idea what a Eula is. Second you have no idea how to actually read and comprehend the Best practices that you're referring to. Yes, there is a group of people out there who are in a circle jerk of misunderstanding and misinformation. People don't like working together, people don't like change. It's just how it is. The basic gist of it is that if you're screwing around with SOMEONE ELSES CODE. Which is LITERALLY the only reason to write a coremod, then you should be open to showing what you're doing. You're say you are doing vanilla and forge bug fixes. THEN SEND US THR BUG REPORTS SO WE CAN FIX THEM! As for the packaging, you can have whatever the he'll you want in a single download. End use wise this changes NOTHING. Download one jar file. Put it in your mods folder. DONE. The point is to structure what's IN that jar file so that Forge or any other loader out there can separate things out and manage things properly so that the crap we have been dealin with for the last 4 years can end. I could go on about the entire premis of the first post being stupid and clearly showing you lack of understanding of vanilla or forges code. But I neither have the time or the crayons to explain it to you. seriously this is nothing but you showing that you have no idea what the he'll you're talking about. This is done. PS: it's been a long time seince I've done a rant like this. Guys I've tried to behave but seriously this fucking guy...

javaw IS your JRE -.- Yes you NEED a JAVA RUNtime environment to RUN JAVA files.