Animefan8888

Your models point to rc:textures/items. But not rc:textures/item where your files actually are. There needs to be an "s" after an the item.

Your model path is rc:models/items while it should be rc:models/item There shouldn't be an "s" after item.

If the paths all match then I dont know what your problem is. Since that is the error in the log.

Ignore the second one and solve the rest by checking out their file locations, if they don't match fix that.

Did you read this one? If so did you find the "caused by" lines?

How am I supposed to send the newest one if you never posted it...

Make your own class that extends MultiPartEntity part and override the interact method(processInitialInteract). And use that as the instance for your parts.

That's not what the log said, that is what I said. The log is the console, or the very long amount of text you have been posting this whole time.

And it said?

@Avanyt And did you read the log?

IC2 is the name of a mod, its modid is industrialcraft2. TiC is the name of a mod, its modid is tconstruct. Reason being short modids are a bad problem because there may be another mod out there with the id rc, ab, or cd. This would cause forge's mod loader system to crash. You are programming get used to writing a lot.

You specify As the path and not rc:items/ which is where all your actual textures are. So you have two options Learn how to read the log messages and find your errors, and change your file path to be rc:item/ Learn how to read the log messages and find your errors, and change the path in your json to be rc:items/ Also rc is a terrible modid, its so short.

It should be "minecraft:item/generated" not "minecraft:items/generated" This needs to be changed in your model json.

What? If there is an error post it.

Well do you want it to freely move around the world/like a minecart? Or will it be stationary like a model train? Use a custom entity for the first one which can be rendered with any of the proposed methods, though a Java model file might be easiest to implement. But if you feel you need to go back and study a bit more that is fine.

You could take a look at my Shard Compressor it uses a custom recipe system that I will later implement to use the json format. Overall the actual furnace code is a mess and is made so much simpler by a forge addition, the IItemHandler. It greatly simplifies the code you have to write in the update method.

Yes. And does it have to be non cuboud? If not I reccomend using the animation system along with a json and you will need a Tile Entity for this either way.

You will need to scale it down in your modeling program nothing bigger than a block.

A few things your modid should be all lowercase, and the idea of a CommonProxy doesn't make sense. For more information take a look at Code Style #1. Your mod not loading is probably due to you not changing your Classpath in the run configurations.

You can recreate the abstraction of getField and setField if you wish, but the premise is you need to override detectAndSendChanges and updateProgressBar. Your detect and send changes will iterate through the listeners field and then call sendWindowProperty.

I don't see doesSideBlockRendering method in your GlassSlab class. You need to override this method and return false.

Push you updated code, because what I said worked for me.

Your gonna want to override doesSideBlockRendering to fix the seeing through the world, not sure if shouldSideBeRendered needs to be overriden anymore, but it is less checks run if you do. And then override getLightOpacity and return 0 this will fix a lighting glitch you will have/do have.

You do this because it is what Minecraft uses, directly calling OpenGL could mess with the GLStateManager. Maybe, but does it work with the glass completely?