Draco18s

I...am not sure what kind of trouble you're having. Maybe you should post your code, even if its something you tried, but didn't work. This is not a vanilla or Forge supplied method.

You need to synchronize the data to the client.

i.e. "read your damned errors." The error tells you what's wrong. There are invalid characters in your paths. The file its looking for might not exist, but there are still invalid characters in the path to that file.

That happens to be the maximum time: https://github.com/Draco18s/ReasonableRealism/blob/1.14.4/src/main/java/com/draco18s/harderores/entity/SifterTileEntity.java#L90 Timer gets set to 40 and it counts down (values like this one being more as "abort, wait for valid inputs")

Learn to read yer gawd damned errors.

Wow, what a surprise. So am I. See this line here? Notice that this executes even when isRemote is true? That's because the client utilizes the same logic the server uses to update the smelting arrow. https://github.com/Draco18s/ReasonableRealism/blob/1.14.4/src/main/java/com/draco18s/harderores/client/gui/SifterGuiContainer.java#L46 https://github.com/Draco18s/ReasonableRealism/blob/1.14.4/src/main/java/com/draco18s/harderores/entity/SifterTileEntity.java#L182

As I've started on a number of occasions: Nothing prevents you from performing the cooking operation on the client, provided you synchronize the test of the data when appropriate.

You should notice that the hasConfigUI() there is based on mi.getModConfig() returning true and mi is a ModInfo instance, which is populated from toml content.

I am pretty sure you need to run the server once (with Forge) for Forge to create the mods folder. Note that (last I checked) there are two start server .bat files, one will start the server without Forge. You don't want that one.

Take a look at this (already merged) PR: https://github.com/MinecraftForge/MinecraftForge/pull/6208

Darn

"Void" is the return type of a method. That thing is called a "method" and when it does not have a return, its return type is "void." import net.minecraft.item.Items; https://github.com/Draco18s/ReasonableRealism/blob/1.14.4/src/main/java/com/draco18s/harderfarming/HarderFarming.java#L31

Items.IRON_INGOT?

https://github.com/Azanor/thaumcraft-api

Really. public boolean onBlockActivated(World worldIn, PlayerEntity player, Hand handIn, BlockRayTraceResult hit) { return this.getBlock().onBlockActivated(this, worldIn, hit.getPos(), player, handIn, hit); } public void onBlockClicked(World worldIn, BlockPos pos, PlayerEntity player) { this.getBlock().onBlockClicked(this, worldIn, pos, player); }

Last time I fiddled around with fluids, they had a density property, and if you lowered that enough (I don't remember how low, but probably less than zero) it would flow up automatically. Old, old code: https://github.com/Draco18s/HarderStuff/blob/master/src/main/java/com/draco18s/hazards/UndergroundBase.java#L97

You should still use an ObjectHolder. There is no reason to assign the field yourself.

You realize that this entity you've created on the client side basically is a ghost, right? Nothing you do will ever show up on any other client's view of what you're doing. Placing a block "on" the armor stand won't take that block out of your inventory, etc.

I told you the directory name was wrong. The file-not-found exception tells you exactly where it was looking.

Use ObjectHolder

Minecraft's lighting mechanics are going to make that difficult. But in theory you can create an air block (no collision, hitbox, or model) that causes light to drop extra fast.

I can't verify that you have the file correctly named and in the correct location as you haven't shared that information. All I can tell you is that it currently is not correct.

You don't show where this tileentity is coming from, but odds are either it doesn't exist (is null) or isn't a tileentity.

Get stack Insert item Set stack (probably not clean code, however; looking at it made me wonder if I could have written it better) Extract item Get slot limit