Jump to content

Recommended Posts

Posted

https://gist.github.com/mxnmnm/2eff660af666af6cce487720d271453c

 

Whenever I hold an item with a 3d model such as a gravity gun or flame thrower from mekanism they are invisible starting with forge version 14.23.5.2781 and beyond.  The item is invisible in my inventory, JEI, and in my hand.  The items still function but them not being rendered can be really distracting especially when you think your inventory has an empty slot but it's really full with one of those items.  I checked the forge changelog and I found this in forge version 14.23.5.2781

mezz: Implement rendering for item models with emissive quads (#5047)

so I'm guessing that has a lot to do with it.  I'm not sure what else I should do but hopefully this can be fixed and if I need to give more information please let me know.

Posted

Honestly idk whats going on. Try to use the latest version of forge and to update the mekanism files.

Mekanism only has 3 files but it is showing up 5. Try using the non api version of the files

[22:53:43] [Client thread/DEBUG] [FML]: MekanismAPI|util(API: MekanismAPI|util:9.0.0): Mekanism-1.12.2-9.4.13.349.jar ()

[22:53:43] [Client thread/DEBUG] [FML]: MekanismAPI|gas(API: MekanismAPI|gas:9.0.0): Mekanism-1.12.2-9.4.13.349.jar ()

[22:53:43] [Client thread/DEBUG] [FML]: MekanismAPI|core(API: MekanismAPI|core:9.0.0): Mekanism-1.12.2-9.4.13.349.jar ()

[22:53:43] [Client thread/DEBUG] [FML]: MekanismAPI|laser(API: MekanismAPI|laser:9.0.0): Mekanism-1.12.2-9.4.13.349.jar ()

[22:53:43] [Client thread/DEBUG] [FML]: MekanismAPI|infuse(API: MekanismAPI|infuse:9.0.0): Mekanism-1.12.2-9.4.13.349.jar ()

[22:53:43] [Client thread/DEBUG] [FML]: MekanismAPI|transmitter(API: MekanismAPI|transmitter:9.0.0): Mekanism-1.12.2-9.4.13.349.jar ()

[22:53:43] [Client thread/DEBUG] [FML]: MekanismAPI|energy(API: MekanismAPI|energy:9.0.0): Mekanism-1.12.2-9.4.13.349.jar ()

http://aidancbrady.com/mekanism/download/

Posted
7 hours ago, BBGamer2012 said:

Honestly idk whats going on. Try to use the latest version of forge and to update the mekanism files.

Mekanism only has 3 files but it is showing up 5. Try using the non api version of the files

[22:53:43] [Client thread/DEBUG] [FML]: MekanismAPI|util(API: MekanismAPI|util:9.0.0): Mekanism-1.12.2-9.4.13.349.jar ()

[22:53:43] [Client thread/DEBUG] [FML]: MekanismAPI|gas(API: MekanismAPI|gas:9.0.0): Mekanism-1.12.2-9.4.13.349.jar ()

[22:53:43] [Client thread/DEBUG] [FML]: MekanismAPI|core(API: MekanismAPI|core:9.0.0): Mekanism-1.12.2-9.4.13.349.jar ()

[22:53:43] [Client thread/DEBUG] [FML]: MekanismAPI|laser(API: MekanismAPI|laser:9.0.0): Mekanism-1.12.2-9.4.13.349.jar ()

[22:53:43] [Client thread/DEBUG] [FML]: MekanismAPI|infuse(API: MekanismAPI|infuse:9.0.0): Mekanism-1.12.2-9.4.13.349.jar ()

[22:53:43] [Client thread/DEBUG] [FML]: MekanismAPI|transmitter(API: MekanismAPI|transmitter:9.0.0): Mekanism-1.12.2-9.4.13.349.jar ()

[22:53:43] [Client thread/DEBUG] [FML]: MekanismAPI|energy(API: MekanismAPI|energy:9.0.0): Mekanism-1.12.2-9.4.13.349.jar ()

http://aidancbrady.com/mekanism/download/

These are not the API files, I downloaded them off of curse forge and I just downloaded these ones and they are the exact same file (although it does say it's a developer version so I'm not sure how to take care of that or if it even matters that much anyways.  Keep in mind that this also happens with iChun's gravity gun mod so I doubt that mekanism is the issue here.  I'll use the latest version of forge and I'll add all of mekanism's addons to show you that it still happens.
 

https://gist.github.com/mxnmnm/b33d53daaf15424e2a30aab0bcb71f15

Posted

Create an issue on Mekanisms issue tracker (on GitHub I believe) 

About Me

Spoiler

My Discord - Cadiboo#8887

My WebsiteCadiboo.github.io

My ModsCadiboo.github.io/projects

My TutorialsCadiboo.github.io/tutorials

Versions below 1.14.4 are no longer supported on this forum. Use the latest version to receive support.

When asking support remember to include all relevant log files (logs are found in .minecraft/logs/), code if applicable and screenshots if possible.

Only download mods from trusted sites like CurseForge (minecraft.curseforge.com). A list of bad sites can be found here, with more information available at stopmodreposts.org

Edit your own signature at www.minecraftforge.net/forum/settings/signature/ (Make sure to check its compatibility with the Dark Theme)

Posted

This isn't mekanism's problem or gravity gun it's forges problem.  I tried both mods independently on the same forge version and they all had the same issue.  This is forge's problem not mekanism's or gravity gun's problem.

Posted (edited)

It is mod’s responsibility to stay compatible with Forge, if most items render, I would say it is more likely that Mekanism is doing something that is no longer supported than that Forge is broken. I think that it’s better to report it to Mekanism first, if the developer says that it’s forge that is broken, then report it to forge

Edited by Cadiboo

About Me

Spoiler

My Discord - Cadiboo#8887

My WebsiteCadiboo.github.io

My ModsCadiboo.github.io/projects

My TutorialsCadiboo.github.io/tutorials

Versions below 1.14.4 are no longer supported on this forum. Use the latest version to receive support.

When asking support remember to include all relevant log files (logs are found in .minecraft/logs/), code if applicable and screenshots if possible.

Only download mods from trusted sites like CurseForge (minecraft.curseforge.com). A list of bad sites can be found here, with more information available at stopmodreposts.org

Edit your own signature at www.minecraftforge.net/forum/settings/signature/ (Make sure to check its compatibility with the Dark Theme)

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • Decompiling minecraft indev, infdev, alpha, beta or whichever legacy version is really easy. I'm not a plug, I just also got interested in modding legacy versions (Infdev to be specific). Use https://github.com/MCPHackers/RetroMCP-Java Once you install their client and the Zulu Architecture that they say they recommend (or use your own Java). I encountered some problems, so I run it with: "java -jar RetroMCP-Java-CLI.jar". You should run it in a seperate folder (not in downloads), otherwise the files and folders will go all over the place. How to use RetroMCP: Type setup (every time you want change version), copy-paste the version number from their list (they support indev), write "decompile" and done! The code will now be deobfuscated and filenames will be normal, instead of "a", "b" and "c"! Hope I helped you, but I don't expect you to reply, as this discussion is 9 years old! What a piece of history!  
    • I know that this may be a basic question, but I am very new to modding. I am trying to have it so that I can create modified Vanilla loot tables that use a custom enchantment as a condition (i.e. enchantment present = item). However, I am having trouble trying to implement this; the LootItemRandomChanceWithEnchantedBonusCondition constructor needs a Holder<Enchantment> and I am unable to use the getOrThrow() method on the custom enchantment declared in my mod's enchantments class. Here is what I have so far in the GLM:   protected void start(HolderLookup.Provider registries) { HolderLookup.RegistryLookup<Enchantment> registrylookup = registries.lookupOrThrow(Registries.ENCHANTMENT); LootItemRandomChanceWithEnchantedBonusCondition lootItemRandomChanceWithEnchantedBonusCondition = new LootItemRandomChanceWithEnchantedBonusCondition(0.0f, LevelBasedValue.perLevel(0.07f), registrylookup.getOrThrow(*enchantment here*)); this.add("nebu_from_deepslate", new AddItemModifier(new LootItemCondition[]{ LootItemBlockStatePropertyCondition.hasBlockStateProperties(Blocks.DEEPSLATE).build(), LootItemRandomChanceCondition.randomChance(0.25f).build(), lootItemRandomChanceWithEnchantedBonusCondition }, OrichalcumItems.NEBU.get())); }   Inserting Enchantments.[vanilla enchantment here] actually works but trying to declare an enchantment from my custom enchantments class as [mod enchantment class].[custom enchantment] does not work even though they are both a ResourceKey and are registered in Registries.ENCHANTMENT. Basically, how would I go about making it so that a custom enchantment declared as a ResourceKey<Enchantment> of value ResourceKey.create(Registries.ENCHANTMENT, ResourceLocation.fromNamespaceAndPath([modid], [name])), declared in a seperate enchantments class, can be used in the LootItemRandomChanceWithEnchantedBonusCondition constructor as a Holder? I can't use getOrThrow() because there is no level or block entity/entity in the start() method and it is running as datagen. It's driving me nuts.
    • Hi here is an update. I was able to fix the code so my mod does not crash Minecraft. Please understand that I am new to modding but I honestly am having a hard time understanding how anyone can get this to work without having extensive programming and debugging experience as well as searching across the Internet, multiple gen AI bots (claude, grok, openai), and examining source code hidden in the gradle directory and in various github repositories. I guess I am wrong because clearly there are thousands of mods so maybe I am just a newbie. Ok, rant over, here is a step by step summary so others can save the 3 days it took me to figure this out.   1. First, I am using forge 54.1.0 and Minecraft 1.21.4 2. I am creating a mod to add a shotgun to Minecraft 3. After creating the mod and compiling it, I installed the .jar file to the proper directory in Minecraft and used 1.21.4-forge-54.1.0 4. The mod immediately crashed with the error: Caused by: java.lang.NullPointerException: Item id not set 5. Using the stack trace, I determined that the Exception was being thrown from the net.minecraft.world.item.Item.Properties class 6. It seems that there are no javadocs for this class, so I used IntelliJ which was able to provide a decompiled version of the class, which I then examined to see the source of the error. Side question: Are there javadocs? 7. This method, specifically, was the culprit: protected String effectiveDescriptionId() {      return this.descriptionId.get(Objects.requireNonNull(this.id, "Item id not set"));  } 8. Now my quest was to determine how to set this.id. Looking at the same source file, I determined there was another method:  public Item.Properties setId(ResourceKey<Item> pId) {             this.id = pId;             return this;   } 9. So now, I need to figure out how to call setId(). This required working backwards a bit. Starting from the constructor, I stubbed out the variable p which is of type Item.Properties public static final RegistryObject<Item> SHOTGUN = ITEMS.register("shotgun", () -> new ShotgunItem(p)); Rather than putting this all on one line, I split it up for readability like this: private static final Item.Properties p = new Item.Properties().useItemDescriptionPrefix().setId(rk); Here is was the missing function, setId(), which takes a type of ResourceKey<Item>. My next problem is that due to the apparent lack of documentation (I tried searching the docs on this site) I could not determine the full import path to ResourceKey. I did some random searching on the Internet and stumbled across a Github repository which gave two clues: import net.minecraft.resources.ResourceKey; import net.minecraft.resources.ResourceLocation; Then I created the rk variable like this: private static ResourceKey<Item> rk = ResourceKey.create(Registries.ITEM, ResourceLocation.parse("modid:shotgunmod")); And now putting it all together in order: private static ResourceKey<Item> rk = ResourceKey.create(Registries.ITEM, ResourceLocation.parse("modid:shotgunmod")); private static final Item.Properties p = new Item.Properties().useItemDescriptionPrefix().setId(rk); public static final RegistryObject<Item> SHOTGUN = ITEMS.register("shotgun", () -> new ShotgunItem(p)); This compiled and the mod no longer crashes. I still have more to do on it, but hopefully this will save someone hours. I welcome any feedback and if I missed some obvious modding resource or tutorial that has this information. If not, I might suggest we add it somewhere for people trying to write a mod that doesn't crash. Thank you !!!  
    • I will keep adding to this thread with more information in case anyone can help, or at the very least I can keep my troubleshooting organized. I decided to downgrade to 54.1.0 in the hopes that this would fix the issue but it didn't. At least now I am on a "recommended" version. The crash report did confirm my earlier post that the Exception is coming from effectiveDescriptionId(). I'll continue to see if I can find a way to set the ID manually.   Caused by: java.lang.NullPointerException: Item id not set         at java.base/java.util.Objects.requireNonNull(Objects.java:259) ~[?:?]         at TRANSFORMER/[email protected]/net.minecraft.world.item.Item$Properties.effectiveDescriptionId(Item.java:465) ~[forge-1.21.4-54.1.0-client.jar!/:?]         at TRANSFORMER/[email protected]/net.minecraft.world.item.Item.<init>(Item.java:111) ~[forge-1.21.4-54.1.0-client.jar!/:?]         at TRANSFORMER/[email protected]/com.example.shotgunmod.ShotgunItem.<init>(ShotgunItem.java:19) ~[shotgunmod-1.0.0.jar!/:1.0.0]         at TRANSFORMER/[email protected]/com.example.shotgunmod.ModItems.lambda$static$0(ModItems.java:15) ~[shotgunmod-1.0.0.jar!/:1.0.0]         at TRANSFORMER/[email protected]/net.minecraftforge.registries.DeferredRegister$EventDispatcher.lambda$handleEvent      
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.