Draco18s

IIRC, the default handling of top and filler blocks is that they ONLY replace stone. You need to override that behavior somewhere.

By the way, you have the forge marker. You don't need to write out the Cartesian map of your blockstates like that. See: http://mcforge.readthedocs.io/en/latest/blockstates/forgeBlockstates/ Or: https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/resources/assets/harderores/blockstates/axel.json

World#rand

BrewingRecipeRegistry.addRecipe(IBrewingRecipe)

You have a blockstate json, but not a model json. You either need a model json or specify an existing model in the blockstate json (which can point to a vanilla model or a custom model). https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/resources/assets/harderores/blockstates/ore_hardiron.json#L9

No. And the stuff should be 100% based on world state.

Edit, ok, the missing texture is back AND several other blocks now have missing models and no errors. WTF. *Compares with Git repo* Well I can now solve both problems. Despite having searched the entire project for "saltblock" and not finding it, it was buried over in the model used by the blocks that were broken.

Cough: I didn't type out the null checks because I figured you were intelligent enough to know what I'd meant. Point is: don't store the lore string in the NBT. Looking back over what you had, things actually may have been fine, you just have a weird "convert from index to chapter" method (honestly, what do that even do, add 1? Subtract 1? Return its input?). Also: this.random.nextInt((8 - 1) + 1) + 1; "8 - 1, +1" Do you mean "8" per chance?

Eclipse's version is Project -> Clean, I believe. That was insufficient (I still got the error). Lets try manually deleted everything in /bin, /build, and /run.... yep that did it. What was weird was that it WAS using the current files (I could make changes and see them reflected when running), but kept insisting there was a problem.

Don't use BlockContainer. Just extend Block then override hasTileEntity and getTileEntity, like I did here: https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/ores/block/BlockSifter.java

You're still pulling the lore from the NBT. Stop that. This function should look like this: private string getLoreIndex(ItemStack stack) { int loreID = stack.getTagCompound().getInteger("lore"); return UtilsScCeui.getIndexFromID(loreID); } Along with the various "hasNBT" and "hasKey" checks.

Cough:

Language file

You need to post more of your code. You are likely trying to register the recipe before your items have been created.

Write your own code that loops over the player's inventory.

If you looked at the method hasItemStack you'd find that it gives no shits about stack size.

Your own values.

It's based on the ToolMaterialEnum. Basically, don't use it at all because it could change if someone else also creates tool materials.

Your tool material has an ordinal of 8. Your ATTACK_DAMAGES array has a size of 5. Take a wild guess at why that crashes. Then use this constructor instead: public TutorialItemPaxel(ToolMaterial material, float damage, float speed)

Use the other constructor for the axe, the one that takes two floats. There's literally 400 threads on this forum about it. One of which was created yesterday.

Are you the mod author? No? Report it to the mod author.

[17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: The following texture errors were found. [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: ================================================== [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: DOMAIN minecraft [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: -------------------------------------------------- [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: domain minecraft is missing 1 texture [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: domain minecraft has 3 locations: [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: unknown resourcepack type net.minecraft.client.resources.DefaultResourcePack : Default [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: mod FML resources at C:\Users\Major\.gradle\caches\minecraft\net\minecraftforge\forge\1.10.2-12.18.1.2094\snapshot\20160518\forgeSrc-1.10.2-12.18.1.2094.jar [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: mod Forge resources at C:\Users\Major\.gradle\caches\minecraft\net\minecraftforge\forge\1.10.2-12.18.1.2094\snapshot\20160518\forgeSrc-1.10.2-12.18.1.2094.jar [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: ------------------------- [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: The missing resources for domain minecraft are: [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: textures/blocks/saltblock.png [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: ------------------------- [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: No other errors exist for domain minecraft [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: ================================================== [17:43:07] [Client thread/ERROR] [TEXTURE ERRORS]: +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= "saltblock" exists in exactly one place in my code and json files: { "forge_marker": 1, "defaults": { "textures": { "all": "harderfarming:blocks/saltblock" }, "model": "cube_all" }, "variants": { "normal": [{ }], "inventory": [{ }] } } I've even commented out the whole mod to prevent it from loading and I still get the missing texture notification and no other errors are present.

This line: colony.addNewField(this, ((EntityPlayer) entity).inventory, pos, world); Calls a method that does this: Field.calculateSize() Field.searchNextBlock() Field.isNoPartOfField() These methods then make calls into world, asking for more data from the chunk in a way that causes the chunk to be read from disk again (because it hasn't finished loading) that causes your TE to load again which begins the cycle anew.

Solar.proxy.registerItemRenderer(itemBlock, 0, name); Because you're using a field that does not contain your modID. You should be doing the same thing here that you are with your items: getRegistryName()