Cadiboo

You need to be on the server to get that info

More like 300 What: Not using an interface to register models Why: This interface (commonly called IHasModel) is unnecessary. All items need models and nothing about model registration requires private or protected data. Consequences: This interface makes you write 4 lines of code in each class and 2+ lines of code in your registry event, when 1 or 2 lines of code could accomplish the exact same thing. It also leads to weird bugs when you forget to make your object implement the interface. How: Simply register each model in the registry event (1 line of code for each model) or write a loop that does it for you (1 or 2 lines depending on the implementation). For example: Write out registerModel(item, meta, variant) for each item and variant or write a loop like this for (Item item : allModItemsAndItemBlocks) registerModel(item, meta, variant); A list of all your items can be acquired in many ways, such as looping over registries and checking domain, keeping your own list, looping over registries and using an instanceof check etc.

You can check if the environment is a developer environment with final boolean developerEnvironment = (boolean) Launch.blackboard.get("fml.deobfuscatedEnvironment"); You can check if runtime deobf is enabled (means that it is not a developer environment) (going away in 1.13) with final boolean runtimeDeobfuscationEnabled = (boolean) data.get("runtimeDeobfuscationEnabled"); You can check if your mod is the mod being developed in a developer environment with final File modSource = Something.getActiveModContainer().getSource(); final boolean amIBeingDeveloped = modSource != null && (modSource.isFile() && modSource.getName().endsWith(".jar")); Edit: “Something.getActiveModContainer” is actually Loader.instance().activeModContainer()); but cause I’m on mobile I can’t edit it.

https://github.com/ThexXTURBOXx/Reforged/blob/1.13/src/main/java/org/silvercatcher/reforged/render/RenderCrossbowBolt.java Try simplifying your code to the bare minimum

Just specify the right directory when registering your item model. Minecraft used to use “blocks”, but from 1.13 they use “block”. Many mods have already started using “block”

Post your entire log and your build.gradle file please

If you want to make a mod use forge, making custom clients is not allowed by Mojang

I believe it is a seperate mod from dynamic surroundings (which you don’t seem to include in gradle)

This isn’t viable. I would say 1024 blocks (16 chunks) is the absolute max, and I would reccomend something like 64-128. You need to subscribe to the server tick event. I would do this by keeping track of what position I was at, and effectively distributing the nested for loop over multiple ticks. Remember to keep track of which explosion you’re doing

Fix those errors first then, it caps the amount of errors it spits into the log to reduce spam (you should see something like “suppressed an additional X errors for the domain youModID”)

You can override the snow block and/or the vanilla sapling in the registry

Your logs should be telling you the problem, please post them

1.5.2 is around 7 years old, what’s your point

Please post your log, it should have a model loading error about this in it

I assumed this meant you wanted people’s input. The point about constants is a java convention and really should be followed

Remove the Forge installers from the mods dir, they shouldn’t ever be in there

Constants should be all caps in snake_case and you aren’t giving your block a hardness. This means it will drop in 1 hit, and because it’s material is stone if your not using a pick axe it won’t drop its item.

The name of the mods folder should be lowercase (this shouldn’t matter because your using Windows, but you never know)

It is needed

Make a new thread with your problem, don’t hijack someone else’s. Make sure to post your logs

Please post your debug log as described in my signature and the EAQ. Are you force-quitting Minecraft or does it crash?

What coremods do you have?

EventSubscriber: