Jump to content

Recommended Posts

Posted

(Disclaimer im VERY new to this so if this is something simple I would not be surprised)

 

Whist working on a basic mod while fallowing pahimar's lets mod tutorial but when I went to apply my textures to my basic mapleLeaf item I got an error that said that my texture was not located in my textures/items file (where it is)

 

Launch log below

 

 

  Reveal hidden contents

 

Posted

IntelliJ IDEA doesn't copy resources properly for Gradle projects by default. Add the following snippet to your build.gradle script to fix it.

 

sourceSets {
    main { output.resourcesDir = output.classesDir }
}

 

Source

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

Posted

Just putting it at the end of the file outside of any block should work. I have it in my mod's build.gradle here.

 

You do have the texture in src/main/resources/assets/letsmod/textures/items/mapleLeaf.png, right?

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

Posted

it was auctually in src/main/resources/assets/letsMod/textures/items/mapleLeaf.png but i just changed it to src/main/resources/assets/letsmod/textures/items/mapleLeaf.png, sadly that was not the fix i needed and even after makeing the change you recommended the outcome hasent changed :/ heres  a new log

 

 

  Reveal hidden contents

 

 

and heres my build.gradle

 

  Reveal hidden contents

 

Posted

I'm not too sure what the issue is. Could you put your workspace on GitHub or a similar site and link it here?

 

This .gitignore file will ignore any files that don't need to be tracked in your repository.

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

Posted
  On 7/27/2015 at 11:47 AM, diesieben07 said:

  Quote
sourceSets {
    main { output.resourcesDir = output.classesDir }
}

This is actually a bad idea since it has some unwanted side-effects. Use
idea.module.inheritOutputDirs = true

instead.

And IntelliJ is not doing anything incorrectly, it's just following what gradle tells it to do.

 

Thanks, I've replaced the previous code with this code in my mods.

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

Posted

I think I might have found the problem, it seems, that my DOMAIN is letsmod whereas my MOD_ID is letsMod so perhaps its not finding it because its looking for an incorrect directory

Posted
  On 7/27/2015 at 4:44 PM, Princezero said:

I think I might have found the problem, it seems, that my DOMAIN is letsmod whereas my MOD_ID is letsMod so perhaps its not finding it because its looking for an incorrect directory

 

This is possible, since 1.7.10 only converts the domain of a ResourceLocation to lowercase from the ResourceLocation(String) constructor but not the ResourceLocation(String,String) constructor.

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

Posted

I'd recommend using a lowercase mod ID to avoid any trouble. Though looking at the icon registering code in 1.7.10, the icon name always gets used in the ResourceLocation(String) constructor first; so your mod ID should be converted to lowercase for icons anyway.

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

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

    • Hi everyone, I'm currently developing a Forge 1.21 mod for Minecraft and I want to display a custom HUD overlay for a minigame. My goal: When the game starts, all players should see an item/block icon (from the base game, not a custom texture) plus its name/text in the HUD – similar to how the bossbar overlay works. The HUD should appear centered above the hotbar (or at a similar prominent spot), and update dynamically (icon and name change as the target item changes). What I've tried: I looked at many online tutorials and several GitHub repos (e.g. SeasonHUD, MiniHUD), but most of them use NeoForge or Forge versions <1.20 that provide the IGuiOverlay API (e.g. implements IGuiOverlay, RegisterGuiOverlaysEvent). In Forge 1.21, it seems that neither IGuiOverlay nor RegisterGuiOverlaysEvent exist anymore – at least, I can't import them and they are missing from the docs and code completion. I tried using RenderLevelStageEvent as a workaround but it is probably not intended for custom HUDs. I am not using NeoForge, and switching the project to NeoForge is currently not an option for me. I tried to look at the original minecraft source code to see how elements like hearts, hotbar etc are drawn on the screen but I am too new to Minecraft modding to understand. What I'm looking for: What is the correct way to add a custom HUD element (icon + text) in Forge 1.21, given that the previous overlay API is missing? Is there a new recommended event, callback, or method in Forge 1.21 for custom HUD overlays, or is everyone just using a workaround? Is there a minimal open-source example repo for Forge 1.21 that demonstrates a working HUD overlay without relying on NeoForge or deprecated Forge APIs? My ideal solution: Centered HUD element with an in-game item/block icon (from the base game's assets, e.g. a diamond or any ItemStack / Item) and its name as text, with a transparent background rectangle. It should be visible to the players when the mini game is running. Easy to update the item (e.g. static variable or other method), so it can change dynamically during the game. Any help, code snippets, or up-to-date references would be really appreciated! If this is simply not possible right now in Forge 1.21, it would also help to know that for sure. Thank you very much in advance!
    • The simple answer is there is not an easy way. You would need to know how to program in Java, as well as at least some familiarity with how Forge works so you could port the differences. You would also need the sourcecode for the original mod, and permission from the author to modify it, if they did not use some sort of open source license. So it's not impossible, but it would take some effort, but doing so would open up a whole new world of possibilities for you!
    • Does it still crash if you remove holdmyitems? Looks like that mod doesn't work on a server as far as I can tell from the error.  
    • Crashes the server when trying to start. Error code -1. Log  
  • Topics

×
×
  • Create New...

Important Information

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