Animefan8888

Think about it logically and take a singular input furnace as a frame. Look to see how input is handled, then modify it to your liking.

You will need to do this in your model file where the rendering actually happens or create multiple models and do it in renderTileEntityAt ()

Does your TE render dynamically?

There are two the one that is deprecated and the one i said in my last post.

I assume you have done RenderingRegistry.registerEntityRenderingHandler (EntityClass, IRenderFactory) Did you look though the bows JSON files?

I suggest looking at the vanilla bow's code, JSONs, and EntityArrow. Learn what happens in those classes, and replicate them.

No nowhere in there did I say that. You should look through BlockDoor and see what it does and replicate it for your needs. Don't copy paste code, unless it is yours. ItemDoor is not durectly linked with BlockDoor it is just a way to place it in game.

Add "inventory": {"model": "modid:modelName"} to your blockstate file.

Not for 1.10, and i doubt it for 1.9. Best thing I know of would be to look at vanilla's.

You should just use metadata. Metadata is the only way to persist BlockStates anyway. If blockstate1 and blockstate2 have the same metadata of 0, then it will default to the blockstate set to 0(if not setup correctly the defasult blockstate).

Are you sure it is fuel/last fuel and not the other way around?

Well if it only updates server side then we send the data to the client...The client has the same data. Well could you explain the problem.

I'm not sure if I understand the current problem, but is it that the current fuel can be greater than lastFuel? If so the problem is If not please explain it to me.

Could you post your entire TileEntity class it might not be functioning as intended.

Well you definitely could, but using the in place system is easier. And I assume it would be more internet intensive. Give me a minute to look at the code...

Always post all of the code even if you think it unnecessary. Was that all of the code in your container?

coppperShears = registerItem(new copperShears(...));

I believe it sends all of the properties aka the fields from server to client. Did you return 2 on getFieldCount?

I believe it is getWorldByID now.

Github would be better.

It says you do not have a blockstate named atomExtractor.json and why are you hardcoding the model name when you create a new ModelResourceLocation just do block.getRegistryName()

Post your code for ModelLoader.setCustomModelResourceLocation and the console log.

You can get the Item version of a block from Item.getItemFromBlock(block), the metadata is most of the time 0. model is a new ModelResourceLocation. But you should be able to look at that in eclipse by holding controll and clicking on setCustomModelResourceLocation

It is a replacement ItemModelMesher had some problems so forge created a better one. Are the parameters not obvious enough? Item is the Item the resource location goes to, and the metadata is the metadata of the item. What do you mean model?

It has to be called in preInit, it takes in three parameters the Item, the metadata of the item and a ModelResourceLocation. This works for blocks as well. a ModelResourceLocation takes in Strings one is the name of the JSON and the other is optional usually it is "inventory". You do not need to add your modid here.