Draco18s

Post the WHOLE error. The first line about missing variants is a generic problem that's caused by one of several other errors, such as FileNotFound. Also, your blockstate.json does not contain an "inventory" variant, which would be used for--you guessed it--items.

That entirely depends on what you're trying to do. Right now you're searching a 7x7x7 cube centered on this block. Facing values would search only the 6 directly adjacent blocks.

For situations like this, Minecraft should log an error loading the model/texture. Please provide that info.

That's called z-fighting and that is not what is happening here.

Yes, but you can't rotate the texture based on block state. It's baked in.

You can't.

Change uvlock to false, now model rotation will also rotate texture.

The teletype tag, tt. This is some inline code.

Property prop = config.get(...) boolean b = prop.getBoolean(); //do stuff prop.set(b); config.save(); Jesus H Christ. I can't believe I had to spell that out.

Gets the light value at the block coordinates the TE is at, in a combined manner: i << 20 | j << 4 where i is SkyLight and j is BlockLight. "15728640" is just a "if the actual block light is less than this value, use this value" value. This means that regardless of the total light in the space, this value will be used pretty much guaranteed (as 15728640 is definitely more than 15). Because of the way the math works, you may as well replace the function call with the value 15728640 (and ignore all lighting). Which you could then divide and modulo by 65536 yourself. (...wasn't that the whole point? To ignore lighting conditions?)

Gets the light value at the block coordinates the TE is at, in a combined manner: i << 20 | j << 4 where i is SkyLight and j is BlockLight. "15728640" is just a "if the actual block light is less than this value, use this value" value. This means that regardless of the total light in the space, this value will be used pretty much guaranteed (as 15728640 is definitely more than 15). Because of the way the math works, you may as well replace the function call with the value 15728655 (and ignore all lighting). Which you could then divide and modulo by 65536 yourself. (...wasn't that the whole point? To ignore lighting conditions?)

...You don't know how to invoke methods and create variable references inside a button?

In Eclipse, under the Package Explorer, there should be a "folder" called Referenced Libraries (there might not be, in which case skip this). Inside that will be a file called "forgeSrc-[mc version]-[forge version].jar" You will be able to open up that jar file and brows the MC source code. TNT will be down under: - net.minecraft.blocks - net.minecraft.entities

You can't. Literally.

world.getTileEntity(pos) Magic.

Description: Loading screen debug info This is just a prompt for computer specs to be printed. THIS IS NOT A ERROR

Or getAllInBox(pos.add(-1,-1,-1), pos.add(1,1,1);

BlockPos.getAllInBox(from, to)

(you know....because they don't exist/aren't connected to a server...)

inventory.deserializeNBT((NBTTagCompound) compound.getTag("inventory")); Also, I recommend naming your nbt tag with your mod ID.

You will need to call ItemStackHandler#serializeNBT() and ItemStackHandler#deserializeNBT() yourself.

And even if you do need a TESR, don't do Minecraft.getMinecraft().getTextureManager() a lot. Save the reference to a variable and that'll clean up your code A LOT.

This will be very tricky with block models. But you'd have to store the block being used inside a (non-ticking) TE to start with. From there you should be able to write a BakedModel implementation that returns the baked quads for the saved block, or at the very least, quads using the same texture.

You forgot the "new" keyword.

Do that in the onBlockPlaced method. If the placement is invalid, drop the block as an item and set the space to air.