Animefan8888

Show your overlay.

You didn't do that right. You do not put your variants in your normal tag.

In your BlockState file under "variants" put "inventory": { Then point to your model to your Item model or do nothing in case of metadata} An item model for blocks typically just has the "parent" of the block model.

More of an explanation of the problem itself would help. And you don't have an inventory variant in your BlockState file. As well as an Item model.

Your class is the same name as the Event.

Look in Minecraft.getMinecraft().gameSettings

Minecraft.getMinecraft().objectMouseOver; Is client side only, meaning since the server doesn't know about this it can't do it. Meaning it is reset next tick for the client.

That is basically what I said, but mine included Capability instead of NBT.

Runtime is not what you defined it to be. http://stackoverflow.com/questions/3900549/what-is-runtime

Do you mean after postInit is done?

You didn't do this part right new ModelResourceLocation(TutorialMod.modId + ":" + "inventory") // Instead do new ModelResourceLocation(item.getRegistryName()), "inventory"

IITemPropertyGetter

Post your code where you register your models.

You need to write a Capability that stores if the Entity has the effect on and for how long the affect should last. Then you need to apply the effect using an event (one that is fired when something is attacked LivingAttackEvent). And another event to deal the damage (LivingUpdateEvent). And then you would also need to add the Enchantment (not sure if the registry system for enchants existed back then just creating an instance should do).

Minecraft.getMinecraft().getBlockColors().registerBlockColorHandler(blockColor, blocksIn);

It uses the IBlockColor interface. Do you mean a new Block when you say variation?

Scaling is just multiplying, so you need to write a method that changes the dimensions of the cubes that are in the model. And probably keep the cube centered on where it is.

Quick question. Why are you using recursion? If you already know where the head is just get it that way. Hint they should be in the order that you add them under. And they should still be in the same hierarchy that you added them. And unless the addChild creates a new field then you should just be able to call scale your variable called head.

Items need to be initialized in preInit not init. The problem you are facing is that you are trying to add a recipe for Items that don't exist yet. Also stop using ItemModelMesher instead use ModelLoader.setCustomModelResourceLocation

Where are you detecting it?

Two things, did you bind the TESR, and the next being did you let the client know that there is a fluid inside of it.

What do you mean by "extremely efficient" ? Regarding OpenGL code ? You should only draw to the screen when you need to. Ie you need a boolean that determines when you need to re render the item(s).

Maybe scheduling a task to get the world or just the ItemStacks.

As I understand it, I need to send from the server package to the player with data on strength and on the client package has to pass getStamina? Your PacketStamina needs to have two constructors one that takes in the stuff needing to be sent and one that is empty. Then in your to and from bytes methods you need to save and load the data to/from the ByteBuf in the parameters. Then in your handleClientSide method you need to set the data to where it needs to be from the PacketStamina passed in through the parameters.

I swear I was once told by Diesieben there was a way to access the TE and there by the ItemStacks containing it (hasn't had to use the IBakedModel system yet). Edit: I thought of a way it could be possible. But by god it might be a pain to implement. You could make the blockstate hold the x, y, z positions, of course this might cause a problem of having way to many possible combinations in the blockstate, but never fear if applying a custom state mapper and overriding the createBlockState method to return a custom BlocKStateContainer that doesn't load a blockstate or at least throws out those Properties, that problem can be averted. And then you can access the TE from Minecraft.getMinecraft().theWorld.getTileEntity(blockPos from state) and access the inventory. Though if I remember what Diesieben said correctly then this probably is not what he was talking about.