Draco18s

https://github.com/Draco18s/ReasonableRealism/blob/1.12.1/src/main/java/com/draco18s/hardlib/util/RecipesUtils.java#L100

This should be outside your method. It should be static and final at the class level, like all other static fields.

ReflectionHelper also has a method called GetPrivateValue which does it for you.

Well the crafting matrix is 5x1, you should be able to detect that fairly easily.

https://mcforge.readthedocs.io/en/latest/concepts/registries/#registering-things

Less slots, more slots, a different class...

Your IRecipe class doesn't attempt to distinguish the crafting bench from your cooking pot.

Did you look at the code I mentioned? One of them directly relates to what happens when you jump and are inside water/lava.

No. This won't work. This will never work, I don't even know how you think this would even solve the problem at hand. Block bounds are not allowed to exceed 1 block wide and 1.5 blocks tall.

TiC is open source, you could go look. That said, they're most likely using Custom Mesh Definitions and multiple sprite layers.

Take a look at this thread:

Its handled by separate code. You don't actually swim in lava. Go look at EntityLivingBase lines 2572-2587 and lines 235-238 as well as Entity line 545. Yes:

That is not what that does. If you change that value, it means the entity can not swim in anything. And again, the concept of "swimming" as far as Minecraft is concerned is Material.WATER and only Material.WATER

Well, I think its actually on 16 blocks per chunk, but otherwise more or less.

Various other things I'm noticing while looking for your problem: 1) These three classes are identical, you don't need three identical classes, you can call new() and just give them different names. https://github.com/nihotamor/pipocraft/blob/master/src/main/java/doph/pipocraft/item/ItemGachaChip.java https://github.com/nihotamor/pipocraft/blob/master/src/main/java/doph/pipocraft/item/ItemGoldGachaChip.java https://github.com/nihotamor/pipocraft/blob/master/src/main/java/doph/pipocraft/item/ItemSilverGachaChip.java 2) Ditto all of these classes: https://github.com/nihotamor/pipocraft/tree/master/src/main/java/doph/pipocraft/item/itemblock Heck, what was wrong with the original ItemBlock class? Looks like you did this just so you could call your Utils.setName method (which I feel you don't need at all, see #3) 3) What is this nonsense: https://github.com/nihotamor/pipocraft/blob/master/src/main/java/doph/pipocraft/system/Utils.java#L20-L26 You call this from inside the item or block class and it doesn't do anything particularly necessary. You could have at least had it use item.getRegistryName() instead of reconstructing it from string bits a second time. Besides, you don't need this at all, you can just call setRegistryName and setUnlocalized name from anywhere (as evidenced by how the utility function works), it doesn't need to call from inside the block or item. 4) Why does this class (and its compatriots) exist? Why are they not static if you insist? https://github.com/nihotamor/pipocraft/blob/master/src/main/java/doph/pipocraft/init/register/BlockRegister.java Code Style Issue #1 Now, your actual problem: https://github.com/nihotamor/pipocraft/blob/master/src/main/java/doph/pipocraft/gui/GuiContainerTransferMachine.java#L44-L64 Congrats, you set the NBT on the client inside the GUI class. No wonder you have a problem. You need to send a packet to the server that tells the server "this button was clicked" and have the server add the NBT (after making sure the user was allowed to do that action!)

http://mcforge.readthedocs.io/en/latest/datastorage/capabilities/

You can also use Item.getFromBlock()

There is only one instance of your item class. Its the one you registered with the game. Reference that.

If your NBT changes, this will return true, causing the re-equip animation. You should be checking if the item changes and ignoring the NBT. Or using Capabilities.

Yeah, I had you beat by an hour. :P

uh, new ItemStack(Items.DIAMOND)?

You're in the wrong place. We help people program mods, not install them. 1) You have coremods present. 2) You have mods that require newer versions of mods (or just need them present entirely). For example: This appears to suggest that you need to update Forge to at least build 2749 (you have 2739)

As I told you via PM, @deprecated means "do not INVOKE," not "do not override." If you look at the block class literally every method is marked @deprecated.

I don't know how the textures work for OBJ models.

There's also a problem with the texture, but yes, those two things are also problems.