felinoid

Ah sorry, for some reason I was thinking X/Y. For X/Z your workaround is a decent idea, and I don't think the eye height will help you.

First off, can you just set the size from the EntityType? If all entities of this type are that size, that is the best way to do it. The entity type builder has a method .size(width, height) to set the hitbox size. As for the suffocation hitbox not changing, I think that is a forge bug. See https://github.com/MinecraftForge/MinecraftForge/issues/7399. If you can't set the size for the EntityType, you could use reflection to change eyeHeight yourself (it's a private value).

Suppose you have a mod for 1.15.x, which you're about to update to 1.16.x (or any other two versions, really), and after you update you intend to keep adding new features to 1.16.x while back porting them to 1.15.x. And presumably you're using git branches for the different versions, or a similar version control system. Then just after you update the mod to 1.16 but before you add anything new, merge the 1.16 branch back into the 1.15 branch and overwrite all the files with the previous 1.15 versions. That way in the future when you merge new features from 1.16, git will have at least some respect for the version differences instead of treating it as a fast forward. You'll still need to modify any new code, but at least you shouldn't have to undo all the 1.16 compatibility changes from existing code too. Maybe this should have been obvious, but if I missed it for so long others might have as well.

I had the same issue, see here: for how to fix it. Edit: this thread is also helpful:

If it's too long you can use this site: https://pastebin.com/

Ok, how do I tell when the chunk is loaded?

https://github.com/tiffanyjager/horse-colors/blob/master/src/main/java/horse_colors/HorseReplacer.java The problem still happens when replaceHorses is reduced to @SubscribeEvent public static void replaceHorses(EntityJoinWorldEvent event) { // We don't want to replace subclasses of horses if (event.getEntity().getClass() == HorseEntity.class && !event.getWorld().isRemote) { HorseEntity horse = (HorseEntity)event.getEntity(); HorseGeneticEntity newHorse = ModEntities.HORSE_GENETIC.spawn(event.getWorld(), null, null, null, new BlockPos(horse), SpawnReason.CONVERSION, false, false); } }

I'm trying to update my mod to 1.14, and I'm having trouble with the part where I replace Minecraft horses with my custom horses. I subscribe to OnEntityJoinWorld events, but when I try to spawn my custom horse in response, the game never loads the chunk. If it happens in the loading screen the game freezes at 100%, or if it happens when a chunk is generated as part of exploration the chunk never loads. My event subscribed code seems to be getting stuck on World.getChunk called from within EntityType.spawn, presumably because it's getting called when the chunk isn't fully loaded yet. Is there a way around this?

Ok, thanks! It works now.

My mod crashes with forge 1.14.4-28.0.105 (because of the persistant/persistent typo), so I'm trying to require forge 1.14.4-28.1.0 or above. My build.gradle file lists it in the dependencies: dependencies { minecraft 'net.minecraftforge:forge:1.14.4-28.1.0' } but when I install the earlier version, it still allows my mod to run. Do I need to specify the dependency differently? (Installing an earlier version of forge over a later one shouldn't make a difference, right?)

I want to say thank you to everyone here who helps with modder support. Just having you around is really encouraging, so I always know there's someone to turn to if I get myself stuck. Three times now I've solved a problem I thought I couldn't fix on my own while writing a post to ask for help, and without y'all I'd probably just have given up. So, thank you for helping, even if you didn't know you were

I'm trying to figure that out too. We can probably get there by looking at how Choonster does it: https://github.com/Choonster-Minecraft-Mods/TestMod3/blob/1.14.4/src/main/java/choonster/testmod3/init/ModEntities.java (Though the 1.14 branch is still being worked on and may not be reliable)

Try making it static?

Check if it's an ItemBlock. If it is, cast to ItemBlock and call the getBlock() method to get the block.

I'd recommend reading through the update notes if you haven't already. That lists most/all of the differences in going from 1.12 to 1.14, so everything else should be about the same as before. (full disclosure, I haven't yet updated my mod to 1.14) Anyway, starting out is a pretty general question. I guess the best thing to do to get better at modding is to spend a lot of time trying to get better at modding. Maybe pick a very simple mod you want to make, something like just adding an item if you haven't done any modding before, and try it? As long as you keep in mind the changes listed in the update notes, you should be able to mostly use a 1.12 tutorial. You do know java, right?