Draco18s

That's really odd. I wonder if there's a bug in the model bakery.

IBlockColor

The banner is literally the farthest thing from your block. Its not colorable, it uses custom textures based on complex information that is not representable in a few bytes. You want colors, look at the wool block, the stereotypical colored block. How does it do it? 16 different blocks. One for each color. You want something more complicated (say, dyed like leather armor), then maybe IBlockColor suits your needs. The fact that AbstractColorableBlock uses a TileEntity should have thrown a red flag if your block does not use a TileEntity.

Yeah, ContainerBlock. Go look at it. This forum has been telling people not to extend ContainerBlock (or BlockContainer, pre 1.13) for literally a decade now because it does all kinds of garbage you don't want your blocks to do. Like not rendering a fucking model. And oh yeah, we could have told you that if you'd just posted your entire class the first time instead of just sections.

...and your JSON model(s)? You know, the bit that's related to why the model is only one block tall? Maybe you should include the model? And the BlockItem class you were told to make? Do I really have to repeat myself?

Blocks that aren't in the registry don't exist so the game treats them as air. Its not weird at all. Not the greatest error message, but its not weird. You still haven't posted any useful code.

I keep poking at this to try and figure out what's going on. If I make the JSON file invalid, it throws an error. If I put a non-existent item in the JSON, nothing happens. If everything's kosher, nothing happens. Resource Location searched for is harderores:blocks/ore_hardiron. Loot table is data/harderores/loot_tables/blocks/ore_hardiron.json The registeredLootTables map is fucking empty. There's nothing in it. No blocks of any kind drop anything.

They're called SRG names. Notch Names are the original names used by Mojang, we have no idea what those are because Minecraft is run through ab obfuscator so that everything ends up as a.a() a.b(int c) and so on (the obfuscated names). Forge runs the deobfuscate task and turns a.a() into SRG names, which are unique identifiers that are consistent across major versions of the game (so 1.14.1 and 1.14.4 have the same SRG names). Then Forge runs an MCP task which turns SRG names into MCP names. It can only do this for SRG names that have been identified and given a name by the community as handled by MCPbot on IRC.

Weird.

You have to re setup the workspace. You can't just move the files around and expect it to work.

Somehow in updating from 1.14.3 to 1.14.4 my loot tables stopped working. I know that I had them properly tested back on this branch and they were working (all blocks): https://github.com/Draco18s/ReasonableRealism/tree/1.14.3/src/main/java/com/draco18s But today they don't work on this branch: https://github.com/Draco18s/ReasonableRealism/tree/1.14.4/src/main/java/com/draco18s I didn't even touch loot tables. All I can figure is that the registration for them changed in some way that I can't identify (e.g. they are no longer automatically loaded).

You should be using the RegistryEvents to register your items, blocks, and so on.

Nothing stops you from either: a) using multiple IItemHandlers b) having more slots per handler

1) Why do you implement ITickable and then do fuckall? 2) You aren't syncing the TE's data to the client. 3) No: @Override public boolean shouldRefresh(World world, BlockPos pos, IBlockState oldState, IBlockState newSate) { return false; } Now your TE will never be deleted, even after you destroy the block. Good job. 4) Do not use IInventory use IItemHandlers (Capabilities) instead.

This happened to a lot of class names. Note also that Enums lost their prefix entirely (so EnumHand -> Hand) while some others got new names entirely (EnumFacing -> Direction) while a few other mutations happened as well (IBlockState is no longer a thing, use BlockState, IWorld is now an interface that gets passed instead of World, some methods gained a Context___ object instead of a dozen parameters, and IBlockAccess is now IBlockReader). Note also that EnumHelper is gone (ctrl-f ToolMaterial): https://gist.github.com/williewillus/353c872bcf1a6ace9921189f6100d09a#nitty-gritty-random-things-ctrlf-section

Show more of your code.

What version of Minecraft? What have you tried?

This is too early, your items don't exist yet (probably).

I'm certain its not.

What.

The model is cube_all, which is specified by vanilla. The item model is this one which is used for all blocks.

You don't have this. https://github.com/Draco18s/ReasonableRealism/blob/1.12.1/src/main/resources/assets/harderores/blockstates/ore_limonite.json#L11-L16

Look under this, see if there's another error starting with Caused By: Also post your json files.

You don't need to do this, block loot tables are loaded automatically.

Look at (and/or post) your logs.