Draco18s

You'll have to examine the EntityWolf class to see how it does it.

EXP only drops if mobs are killed by the player.

The class implements it. setCustomStateMapper registers it. But yes.

You are correct. I was looking for something that wasn't there, but which didn't need to be either.

It's just TileEntity data.

You haven't told the game what states your block has, so you've tried to set a state the blockstatecontainer doesn't know about and is therefor invalid. (You're missing a method that you need to override)

I'm at a loss. You call super for the methods you've overridden and you haven't overridden onUpdate... Nope, no idea.

Whoops. Still. You had this: ModelLoader.setCustomStateMapper(Modblocks.grill, null); Which was still not creating an instance of your custom IStateMapper.

It hasn't changed much.

If you tell it to use the default state mapper and not your own implementation, of course it's going to keep looking. ModelLoader.setCustomStateMapper(Modblocks.megatnt, (new StateMap.Builder()).ignore(new IProperty[] {BlockMegaTNT.EXPLODE}).build());

An IStateMapper implementation. Here's one of mine.

Show your entity class. You fucked something up there, not in the replacement.

It is a tag that prevents BBcode inside it from being parsed. Watch. [nobbc]This sentence is rendered as is[/nobbc]

Cough. [nobbc][nobbc][/nobbc] is a thing, guys.

Again, read your errors. Caused by: java.lang.RuntimeException: StructureStart "orangeVillager61.ImprovedVillagers.generation.IvMapGenVillage$Start" missing ID Mapping, Modder see MapGenStructureIO

The fuck are you doing? IvMapGenVillage newGen = (IvMapGenVillage) event.getNewGen(); System.out.println("Genning 2"); event.setNewGen(newGen); NO. JESUS CHRIST NO. CREATE A NEW GENERATOR, DON'T GET IT FROM THE EVENT. FUCK.

I also have an example of that here with model registration here and I think this class was used somewhere along the way as well.

1) Yes. You do it via the blockstate file. 2) I don't know 3) OBJ models.

Change: if (true) { To: if(world.getBlockState(new BlockPos(this.posX, this.posY, this.posZ)).getMaterial() == Material.AIR) { And you can create one blockpos for the if-statement and the next line (the setBlock) as well. And maybe you'll want a loop that checks a range of blocks.

I tend to grab the MCPBot exports that match the Forge version I have and keep them locally with my project. Lets me reference them regularly very quickly.

So, IItemPropertyGetter gives you the following (client side) method: public float apply(ItemStack stack, @Nullable World world, @Nullable EntityLivingBase entityIn) Which includes the ItemStack, and presumably its NBT tags. It must return a single floating point number, which is tied to a single "property name" (e.g. "Time" which is what the clock uses). The Item's json file then must have these states in sequential order because minecraft goes "Ok, I need 12.9845" and starts at the top and looks for the first value that's larger than the IItemPropertyGetter's returned value and uses that "variant." I discovered this by accident when trying to do something weird. You can see an example implementation of my own here (using world information, not NBT): https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/farming/item/ItemThermometer.java#L53 https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/resources/assets/harderfarming/models/item/thermometer.json Where each one of those specified models is a normal, standard, item model file (which can point to a block, just like any other block item model file). https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/resources/assets/harderfarming/models/item/temp_05.json

By the way, "3.0" there isn't any different than "1.0" The number is the "probability that the furnace will drop 1 experience per item smelted." A value greater than 1 is treated as 1.

Because vanilla ore blocks drop themselves, which is handled by the super class, Block

Has the OP posted readable code? No?