Draco18s

Your blockstate is wrong. You're telling Minecraft to look for a model that doesn't exist. You should instead override the texture, like so: https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/resources/assets/harderores/blockstates/hardiron.json

No, the loop was the main game loop. Everything was functioning as it should, except I couldn't see the game. Ended up just commenting out event handlers until I could get into the game, narrowed it down to one. https://github.com/Draco18s/CustomOreGen/blob/1.10-Update/src/main/java/CustomOreGen/FMLInterface.java#L87-L93 @SubscribeEvent public void onServerTick(ServerTickEvent event) { if (event.phase == TickEvent.Phase.END) { ServerState.checkIfServerChanged(FMLServerHandler.instance().getServer(), (WorldInfo)null); } } Examining this in the debugger is actually difficult, because having the checkIfServerChanged commented lets the game run. Having it uncommented prevents the game from running, but the breakpoint on it is never encountered. Ended up having to round-about get at it (comment, run in debug, uncomment) and found that FMLServerHandler.instance().getServer() is returning null, and only null. Is there another way to get the MinecraftServer instance without access to a World object serverside?

Using the text translation around the bit that isn't the color/formatting. tooltip.add(TextFormatting.BLACK + I18n.translateToLocal("the last of it - the last of them"));

So I thought I'd try my hand at updating Custom Ore Gen from 1.7.10 to 1.10.2, figuring that I can bypass the blockstate issues by just letting COG handle it as metadata as it always has and translate back into blockstate only when it interfaces with vanilla code. Not the greatest solution in the world, but one that would be quick and easy to pull off. 90% of everything else was just figuring out the new name something got. That left me with a UI issue where the buttons and sliders weren't getting their mouse clicks (fixed) and....an issue I have no idea how to even diagnose. The issue is that everything seems to run just fine. Game loads up, I can use all UI, I can create a new world. And that's it. Once a world is created (either by loading a save or creating a new world) it reaches 100% says "Changing view distance to 12, from 10" and then hangs. No further messages are printed, the game just displays a dirt background with "0%" written in the center. I tried going into debug mode and seeing where the execution goes, but it appears to just be ticking the world as normal. In so doing, I got it to print the "Can't keep up! Did the system time change, or is the server overloaded?" message. Hitting escape on this "0%" screen returns me to the main menu and throws a NPE in ForgeChunkManager.unloadWorld (line 620). I have a fork at https://github.com/Draco18s/CustomOreGen/tree/1.10-Update

Add information is client side only. It makes no sense on the server. The advanced boolean, I believe, is true if the player is holding Shift.

That still doesn't tell you if the player is playing single player. It only tells you that you're on the client (which can be playing single player, open LAN, or multiplayer).

No, the purpose of proxies is to allow for code that only exists on one side to have a place to live. Predominantly you need: CommonProxy: contains empty stub methods that do nothing ClientProxy: contains all client-side-only code The "server proxy" has no reason for existing at all because anything you might ever want to do there must happen on the client during SSP which in your proxy setup, won't happen. The methods that ITileEntityProvider declares are already declared in the Block class.

Hmmm. Lets see... "name": "minecolonies:mob/barbarian/hurt1" I wonder if this name means anything... registerSound("minecolonies:mob/barbarian/hurt1"); Ooooh...it does!

You don't need META_LOOKUP at all. All you need is an interface that supplies a getFromMeta(int v) method and then use the Enum's own values[] array. https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/hardlib/blockproperties/EnumOreType.java#L61-L63

There's also MrCrayfish's Model Creator. No animation support, but it is a solid program and conforms to the specifications required by the JSON model system (that is: you can't do anything in the modeler that Minecraft won't support with the JSON system).

I just want to say that this post says: "I saw A so I put down B=C. I don't know why it didn't translate."

I often forget as I'm accustomed to using basic trace statements for debugging. I have converted over to using the logger, generally, though.

Unless you print out a pure number. System.out.println(someInt) will print "4" while System.out.println(someInt + " energy") will print "[time] [client] [package and class name:line#]: 4 energy"

Don't make your own launcher.

Specify a different amount of ram in the gradle.properties file

You need about 1.6GB from my experience. Let's see...I've got access to my files now...oh, much less than I remembered. I have "org.gradle.jvmargs=-Xmx1134m" in here. Mind, I had the maximum possible amount of ram for a 32 bit machine (3.25gb) and I had to close down everything else. Fiddle with the number until you find a value that works.

Step 1: use metadata to encode facing. Look at any vanilla block to see how this is done. Step 2: in your blockstate file provide rotation based on block state. https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/resources/assets/harderores/blockstates/axel.json#L31-L43

You need to specify it as an object, not an array: "inventory": [{ "texture": "varietytrees:items/door_apple" }],

You don't need a baked model class to make ore glow in the dark. You can do that with the json models just fine by setting "shade":"false" in the elements{} tag of the faces you don't want shaded.

This is wrong. https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/ores/OresBase.java#L108

You need to include more code than just that one line. The whole method at a minimum. I looked at your git repo and it does not contain any of your block classes.

Put a breakpoint here: https://github.com/Janellope/DigiCraft/blob/master/src/main/java/janellope/digicraft/client/render/blocks/PedestalTESR.java#L99 Is the item stack ever not null (at this point in the client side code)?

Move client only code into the client proxy.

Isn't that funny. The code being executed or not is irrelevant. It exists therefor it crashes.

Have you run it in Dedicated Server mode? I bet not. I bet you've been running it in Single Player mode.