Draco18s

Well, I can tell you to stop using ITileEntityProvider because it is old and unnecessary. Just override hasTE and getTE in the block class. Won't solve your problem, though.

Edge pixels should probably only ever be 100% transparent or 100% opaque. The slightly fuzzy outline you have looks dumb in 3D.

Post more code.

False. Your update method currently runs on both sides.

1. There is no reason to have the EFFECTIVE_ON array, setHarvestLevel() is sufficient. 2. You need to use a different constructor, the one that takes 2 floats, because vanilla wants the damage and speed values from the material passed to that constructor, but your material doesn't exist in its enum array, so it crashes. 3. Don't set the unlocalized name like that, you should use setUnlocalizedName(getRegistryName()) after you give the item a registry name, this allows your lang file to not conflict with other mods

Is your tutorial for 1.11? Does it use Registry Events? (best) Does it use ModelLoader? (good) Does it use the ModelMesher? (avoid, avoid!)

You should also be using the registry name as the unlocalized name to avoid conflicts with other mods.

....Alternatively, use ModelLoader in preInit...

You should always do entity motion on both sides.

No.

You also forgot to use spoiler tags.

It means that you didn't set the item in the slot on the server.

And wrap that log in a spoiler tag.

1.7.10 is no longer supported on this forum.

ModelLoader needs to be called during PreInit, not Init.

Why are you using the ModelMesher? If you're going to do it this way (and not the Registry events) then you should be using ModelLoader.setCustomModelResourceLocation

You have to create a setter for it.

Your assets folder is misspelled. assests

Alternatively you can post an image showing the path, like this:

Caused by: java.io.FileNotFoundException: ttnalboer:models/item/itemdragonsgem.json As you have used pastebin and not github, I am unable to indicate where the file is and how it differs from where it should be

That would be lighting.

If villagers aren't returning an IItemHandler but are returning an IInventory, then.... SHOCK, MAGIC Don't use the IItemHandler slots and use regular slots like you're already doing with the player's inventory.

TE knows what the data is. --done TE changes and sends a packet with the changed data. --half done Client gets the packet and changes its local copy of the TE. --missing entirely Client re-renders. --done

There's also Loader.isModLoaded

Entities have nothing to do with it. I'm pretty sure what you're seeing are random update ticks.