warjort

No, it is you who is crashing the game. 🙂 You are not registering your ENTITIES DeferredRegister here: https://github.com/Tucky143/Crystal/blob/ad83381c1ba267a22d36d445b8d567ba8e387f5f/src/main/java/example/examplemod/init/EntityInit.java#L19 public static void register(IEventBus modEventBus) { ENTITIES.register(modEventBus); // ADD THIS } Read this: https://forge.gemwire.uk/wiki/Registration

Looks like problems with the above two mods. I would guess the issues are: Missing geckolib dependency for farmlife: https://www.curseforge.com/minecraft/mc-mods/dracovita-farm-life/relations/dependencies Missing biomes o plenty dependency for macawsroofsbyg: https://www.curseforge.com/minecraft/mc-mods/macaws-roofs-biomes-o-plenty/relations/dependencies You also don't have the latest version of macawsroofsbyg: https://www.curseforge.com/minecraft/mc-mods/macaws-roofs-biomes-o-plenty/files/all?filter-game-version=1738749986%3a73250 If that doesn't fix it, you will need to post your logs/debug.log for us to see what the real problem(s) are. For curseforge you need to enable the forge debug.log in the minecraft settings.

Do you really think this question is in anyway answerable? It's 2 lines of code without any context. My guess is you have the same or a similar problem to this: https://forums.minecraftforge.net/topic/114943-make-an-enchantment-specifically-for-a-shovel/#comment-509407

You can see how that is rendered in Gui.renderCrossHair() using Player.getAttackStrengthScale()

You don't need to write code in your block for this. You can use the CopyBlockState loot item function. See the vanilla code in BlockLoot.createBeeNestDrop() for how it remembers the honey level That code is more probably more complicated than you need since it; * Also copies some block entity nbt for the bees * Only drops the block when the player has silk touch.

Your issue is you are using the blit method designed for 256x256 images. Since yours is a "nonstandard" size, you need to tell it the size of the image, e.g. this.blit(stack,x,y,0,0,this.width,this.height, 49, 20);

You need cheat mode enabled to use the /summon command.

Can you put your code on github so we can see all the relevant context. It should compile and run. You don't even show your updated code, let alone the other relevant code you missed from your first post.

It's still in the same class. Its just the name has been shortened to remove redundancy. InputEvent.KeyInputEvent -> InputEvent.Key

You could also ask the create developers to modify their RecipeSerializer to include the recipe name in their error message(s)?

[19:34:00] [Render thread/WARN]: Failed to load datapacks, can't proceed with server load java.util.concurrent.ExecutionException: java.lang.IllegalStateException: Can't modify the empty stack. at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:396) ~[?:?] -- snip -- Caused by: java.lang.IllegalStateException: Can't modify the empty stack. at net.minecraftforge.fluids.FluidStack.setTag(FluidStack.java:201) ~[forge-1.18.2-40.1.70-universal.jar%23208!/:?] at com.simibubi.create.foundation.fluid.FluidHelper.deserializeFluidStack(FluidHelper.java:126) ~[create-1.18.2-0.5.0.d.jar%2388!/:0.5.0.d] at com.simibubi.create.foundation.fluid.FluidIngredient$FluidStackIngredient.readInternal(FluidIngredient.java:180) ~[create-1.18.2-0.5.0.d.jar%2388!/:0.5.0.d] at com.simibubi.create.foundation.fluid.FluidIngredient.deserialize(FluidIngredient.java:131) ~[create-1.18.2-0.5.0.d.jar%2388!/:0.5.0.d] at com.simibubi.create.content.contraptions.processing.ProcessingRecipeSerializer.readFromJson(ProcessingRecipeSerializer.java:66) ~[create-1.18.2-0.5.0.d.jar%2388!/:0.5.0.d] at com.simibubi.create.content.contraptions.processing.ProcessingRecipeSerializer.fromJson(ProcessingRecipeSerializer.java:156) ~[create-1.18.2-0.5.0.d.jar%2388!/:0.5.0.d] at com.simibubi.create.content.contraptions.processing.ProcessingRecipeSerializer.m_6729_(ProcessingRecipeSerializer.java:22) ~[create-1.18.2-0.5.0.d.jar%2388!/:0.5.0.d] at net.minecraftforge.common.extensions.IForgeRecipeSerializer.fromJson(IForgeRecipeSerializer.java:23) ~[forge-1.18.2-40.1.70-universal.jar%23208!/:?] at net.minecraft.world.item.crafting.RecipeManager.fromJson(RecipeManager.java:157) ~[client-1.18.2-20220404.173914-srg.jar%23203!/:?] Your error looks to be a create recipe that has an invalid fluid definition. The error is probably not with create itself, any mod could define a recipe to be processed by create. But the error message does not say which mod/recipe is doing it. You should check your create addon mods to see if they are latest version. And also check their "issues" pages to see if this is already reported by someone else. Otherwise, probably the only way you are going to find the problem mod is by removing them one by one until the problem goes away.

Remove rubidium and other broken client side only mods from the server. You don't need it there.

https://github.com/sp614x/optifine/issues/7009#issuecomment-1228057896

You already have an EntityRendererProvider. It is your EntityRenderer constructor. You just defined it wrong. Here's an example of a mod using geckolib. This is what its entity renderer constructor looks like: https://github.com/baileyholl/Ars-Nouveau/blob/eca471912263bce08f9f8f57ef132e45f18f7ff1/src/main/java/com/hollingsworth/arsnouveau/client/renderer/entity/AmethystGolemRenderer.java#L21 But if you are just going to copy/paste other people's code you will never learn how to mod.

Your image tells you what is wrong. Your method reference is wrong. You need to be able to understand what the compiler is telling you, this is a java question not a forge question. You are passing ReusRenderer::new as a parameter that wants an EntityRendererProvider. Your constructor has 2 parameters but an EntityRendererProvider has only 1 parameter.

Your problem looks to be related to parchment. My guess is you are using the wrong magic incantation? 🙂 https://github.com/ParchmentMC/Librarian/blob/dev/docs/FORGEGRADLE.md (see legacy vs new) But you should ask on their discord if you need help.

Caused by: org.spongepowered.asm.mixin.injection.throwables.InjectionError: Critical injection failure: Redirector redirectGetStarBrightness(Lnet/minecraft/client/multiplayer/ClientLevel;F)F in sodium-extra.mixins.json:stars.MixinWorldRenderer failed injection check, (0/1) succeeded. Scanned 1 target(s). Using refmap RubidiumExtra-refmap.json Problem with rubidium extra Make sure you have the latest version then contact the mod author.

Subscribe to EntityRenderersEvent.RegisterRenderers to register your entity renderers. You code with the arrow is completely out of context. You don't even show the compiler error message. I would guess it is a problem with the type parameters of your RegistryObject and the EntityRenderer not matching. But you don't show either definition.

You say you have different textures and yet you only setShaderTexture() once? Other parts of your code look confused as well. e.g. Why are you doing that bindForSetup() You can replace Minecraft.getInstance().screen.blit() with this.blit() - the current minecraft screen is your Screen instance. You should add widgets in your init(), but I don't see any calls to super.render() which is where the widgets would get drawn. See Screen.render() I also don't see a call to renderBackground()

You have the wrong version of rftools builder for 1.19.2: https://www.curseforge.com/minecraft/mc-mods/rftools-builder/files/all?filter-game-version=1738749986%3a73407 Looks like the same is true for journey map: https://www.curseforge.com/minecraft/mc-mods/journeymap/files/all?filter-game-version=1738749986%3a73407 You need to check the versions you download actually say they are compatible with 1.19.2 and not just 1.19

It's not difficult to find this. You know the bow does this and you need the item instance to register it. So just search for references to Items.BOW and you will find the vanilla code in net.minecraft.client.renderer.item.ItemProperties

Also your brackets are in the wrong place. You have literal().then(argument()).executes() when it should be literal().then(argument().executes()) otherwise the execute can't see the argument.

This is basic java, your question has nothing to do with forge or minecraft You can't use a static field if it varies by subclass. Static fields are not polymorphic.. public abstract class AbstractClass { public int getMaxFood () { return 10000; // default value } } public class ConcreteClass extends AbstractClass { @Override public int getMaxFood () { return 20000; // different value for this class } } AbstractClass x = ...; x.getMaxFood(); // will vary by the class of x I would suggest you find something to help you learn java.

Since you don't show the code you tried and/or post the error, your question is unanswerable. We have no psychic powers. SynchedEntityData is used to send your entity instance data to the client. I am not sure of relevance for spawning entities, which should happen on the server? https://forge.gemwire.uk/wiki/Networking_with_Entities There are many different ways, which you use depends upon the use case, e.g. * public static final fields to hold values that never change * instance fields which may or may not be synched to the client and usually persisted to disk in add/readAdditionalSaveData() * entity attributes that store values that can be modified by things like enchants or mob effects (e.g. max health, armor rating, etc.) * writing your own entity capability for storing data on other people's entities

That's a pretty esoteric question. 🙂 You have to navigate 2 different changes; * The change of name from the old forge mappings to the mojang mappings * The change of graphics engine Here's how you can do it: Find where your method is used in vanilla, e.g. in 1.12 with the stable_39 mappings this is SimpleTexture.loadTexture() Find the same processing in 1.19 which also happens to be called SimpleTexture. Now compare the 1.12 vanilla code with the 1.19 version, so you can determine the modern way to do your processing. It won't always be as "easy" as this. Sometimes you would have to repeat the process. e.g. If you couldn't find SimpleTexture in 1.19, find where SimpleTexture.loadTexture() is called and locate that processing in 1.19 However, in this case, you can already think of something that loads "external images". Minecraft player skins. So you can look at and adapt what that does - SkinManager