Draco18s

What part of "this is a bug and you can't fix it" did you not understand?

*Shrug* Its possible that it's a bug you can't fix. Minecraft has a longstanding issue with rendering transparent things. *Checks* Yup. Ice blocks held in your hand render behind water. I can't find a block that renders inside out in my hand, but one of my own blocks does have a z-fighting issue (only when rendered in 3rd person) and in achievement notifications, another block renders inside out (some vanilla ones do as well). Ah, the slime block exhibits the same problem. It's a vanilla bug, you can't fix it.

ModelLoader is client side only and cannot be in common code.

You literally both have no idea what you're talking about and didn't understand why I used night vision as a place to go look at a thing. There is a state-sensitive version of getLightValue(), and you can specify different states by using getActualState() which allows you to get data from a TileEntity. However, my previous post just pointed out why this still won't work though.

That's because of this: else{ return new ActionResult(EnumActionResult.FAIL, playerIn.getHeldItem(handIn)); }

Show your item class, if you have one, and your block class. The JSON files are pretty much irrelevant here.

Drop everything inside the item model's "display" tag. You don't need any of that. Also, don't PM me. I am not the only person on this forum who can help you.

Well...one of the parameters passed the function is a World object. World objects can either be client side or server side and you can tell by querying World#isRemote.

I know that the world isn't actually changed, I was point out that it already had code for taking a "only X time remains" value and converting that into a fluctuation 0-1 value. You're not interested in what that value does you're interested in how that value is calculated. Anyway, if your light is changing to "not bright" but the actual lighting isn't updated. Well... Too bad, because there isn't a fix for that. Trust me, I've already tried having a block that either emits light, or it doesn't. Getting Minecraft to recognize the fact that the block no longer emits light requires changing the block to a different block. Not just changing state, it has to be an entirely different block.

That won't work, the crash occurs when your class is loaded before any code is executed. The JVM has no way of knowing that that line will never be anything but false and so it has to prepare to load the Minecraft class. In order to do so it needs to check "can I load this class if that line is ever executed?" and it fails to find the Minecraft class on the dedicated server, then crashes informing the user as such with a ClassNotFoundException. http://mcforge.readthedocs.io/en/latest/concepts/sides/

if(the active side == side I care about && active hand == hand I care about) { //do something }

@Mod annotation. Add dependencies="after:foo_bar"

The function is called four times. Once on each side for each hand. Two sides, two hands, four calls. You need to check what side and which hand and decide based on that information what to do. You want to pick one combination and only send the chat message on that combination.

This isn't a chat room, so I don't particularly care how long it takes you to do whatever. I may not even be the person who fixes your problem.

TileEntity te = world.getTileEntity(pos); either: te.getCapability(...) or: ((IInventory)te).setInventorySlotContents(...)

Anything that's relevant.

Oh, probably for doing things like code hinting, error checking, and development/debug builds. Nothing special. As for gradle, that's what the dependencies { ... } block is for. If it's bitching, show the error.

You probably need to do something different in your code. Try switching lines 33 and 37.

This one's easy. Do dick with it. No really, stop messing with its rotation. The EntityItemRenderer already rotates it based on how many ticks old the EntityItem is, so all you have to do is nothing but let it age up (getting it to not rotate is harder!). Disable lighting, usually, but you're already doing that. Try not disabling lighting.

Night Vision

For 1.10, look at how I handled it here: https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/hardlib/util/RecipesUtils.java#L129 Don't worry about what the function is doing but rather on how its doing it.

Vanilla inventories also still use the IInventory system, so if the capability thing doesn't work, you can cast the TE to IInventory.

For reference, Minecraft.getMinecraft is client-side-onlyl and onItemRightClick is common code. This will crash the dedicated server.

There is already a vanilla effect that flickers when its timer is about to run out. Take a gander at its code.

Start new game (Creative) -> Travel to the nether -> hit F3 -> Punch your way to the ceiling Seriously. Learn how to figure this shit out for yourself. It's probably also on the wiki.