Draco18s

Surprise, that's what a tick handler is for.

Don't ever store references to entities like that. If a chunk gets unloaded and then reloaded, the entity you see is not the same as the one you've saved a reference to. This is why world.getEntitiesInAABB exists.

You supply a different capability depending on the side parameter. https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/ores/entities/TileEntityMillstone.java#L166-L193

That entirely depends on a race condition and exactly what you're doing. But yes, it would, eventually. With a ConcurrentModificationException.

Just FYI, making a rails block that goes on the sides and bottoms of blocks won't automagically make minecarts use them properly.

I did not know that. You can't, for example, interact with a TileEntity from a separate thread? TileEntities exist in the world, so no. It's called "two separate functions."

I'll look around for that option in Eclipse, but the last time I did it, it definitely didn't pause the client thread. Mildly annoying, but workable.

FYI you know there's both a client thread and a server thread and that this method is only called on the server and therefore the client thread isn't paused, right?

https://en.wikipedia.org/wiki/Modulo_operation

Gosh, I wonder what this part does. if (this == MobEffects.POISON) { int j = 25 >> amplifier; return j > 0 ? duration % j == 0 : true; }

ModelLoader.setCustomModelResourceLocation(...)

ModelLoader in preinit. Don't use ModelMesher, there are problems with that method.

Oh, so you're adding a potion effect to the player every tick. THERES YOUR PROBLEM. Potion duration actually means something: it's a timer. Every time the potion duration is durationRemainting % 20 == 0 the effect (healing, damage) activates and is applied. If you constantly reset the potion duration then those effects never trigger.

Define "does not work."

There was a mod for 1.7 that did this, but I can't remember the name.

You have a 1, 2 at the end of your new Object[] array. You cannot have those there, what are you trying to do with those? Also, you do not need new Object[] due to the magic of varargs.

The line above the "at" is the super important very special, extremely crucial line that tells you in English what the problem is.

If you absolutely need to reference another mod's files, you need to put that code into a separate class, put the relevant calls into a function, and then call that function inside an Loader#isModLoaded(id) check. Ah la https://github.com/Draco18s/HarderStuff/blob/master/src/main/java/com/draco18s/ores/OresBase.java#L754-L769

"Harvestable" requires a tool to be involved. Tools can only be used by players. Ergo a player object is needed. Q.E.D.

1) https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/resources/assets/harderores/models/block/hardore.json 2) add "shade":"false" to the elements block for the overlay textures.

1) Create a class that extends Achievement. 2) Register an event handler to wait for the appropriate event and check to see if the conditions are met, and if so, award the achievement.

If your blockstate depends on the world around it, that's handled by getActualState(). It shouldn't be encoded in metadata. See: Fences.

Yeah, there's really only two proxy classes needed: The common, which does everything needed by both (SSP still uses a server!) and the client, which does things the server cannot do.