Jump to content

Recommended Posts

Posted (edited)

Hi all,

 

I have been working on this problem for the last 3 days scouring the internet for people with similar problems and what I have found is that there are a lot of different problems but I cannot find one that I can use to help solve my issue.

 

I have begun to create a mod. My problem is this I cannot see textures for items or blocks in the inventory. When blocks are placed in the world they have a texture. If they are dropped on the ground as an entity they have the pink black texture same with the items. I have added in 2 blocks, a wood and a plank variant. Also an item which will resemble a stick.

 

I have followed the tutorial of McJty and to the best of my abilities ensured that syntax is correct.

 

Below if the code I have compiled:

 

Main class

 

CommonProxy class

 

ClientProxy class

 

ModItems class

 

ImbuedStick class

 

imbuedstick json

 

ModBlocks class

 

ImbuedWood class

 

ImbuedPlank class

 

A peek at the heirarchy

c1632122a4.png

 

I appreciate any help you could give me.

 

Thanks,
Syn

Edited by Synliss
Fixed links
Posted

It is my understanding that this line registers the Block as a new ItemBlock and also sets the registry name:

 

event.getRegistry().register(new ItemBlock(ModBlocks.imbuedWood).setRegistryName(ModBlocks.imbuedWood.getRegistryName()));

 

This makes the ItemBlock with the name item.imbuedwood.name

Posted

Do you get any errors in console while the game world loads? Can you share the full code on some github? I'll try to boot it up as well, don't see any particular thing out of the ordinary. The first thing i'd do is set some display property for first / third person on your imbuedstick.json, see if that changes anything. For you it should look like:

 

{
  "parent": "item/generated",
  "textures": {
    "layer0": "mirenergy:items/imbuedstick"
  },
  "display": {
    "thirdperson": {
      "rotation": [-90,0,0],
      "translation": [0,1,-3],
      "scale": [0.55,0.55,0.55]
    },
    "firstperson": {
      "rotation": [0,-135,25],
      "translation": [0,4,2],
      "scale": [1.7,1.7,1.7]
    }
  }
}

 

Posted
1 hour ago, lexy said:

For you it should look like:

 


{
  "parent": "item/generated",
  "textures": {
    "layer0": "mirenergy:items/imbuedstick"
  },
  "display": {
    "thirdperson": {
      "rotation": [-90,0,0],
      "translation": [0,1,-3],
      "scale": [0.55,0.55,0.55]
    },
    "firstperson": {
      "rotation": [0,-135,25],
      "translation": [0,4,2],
      "scale": [1.7,1.7,1.7]
    }
  }
}

 

Nnnnope!

If you use a parent of "item/generated" you don't need the display properties at all: item/generated does them for you.

Unless you want it to display differently* (e.g. item/handheld overrides some of the display properies and is the parent of swords, axes, and other tools).

 

*I have an item which parents to item/handheld and I still override some display properties, but that's an exception, not a rule.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Posted (edited)

@Draco18s I do want it to display differently since I currently have no reason to believe the json is being taken into consideration. That's why i first ask for any logged errors.

Edited by lexy
Posted

Hi,

 

This is an output of the console logs when it loads.

 

https://gist.github.com/Synliss/afdbaf3f8458fc8fe4badadc487b6740

 

There are no errors that I can see.

 

I have previously used a display and third person in the json file but as Dracos said there is no need. 

 

The stick item when held in hand on the hotbar appears to look like a block not the conventional thick 2D rendered item from minecraft.

 

I am just about to run off to work and I will upload the code to github when I get home tonight.

 

Thanks,

Syn

Posted

It looks like you never register ClientProxy with the Forge event bus, so the ClientProxy.registerModels method is never called and your models are never registered.

 

Either register it manually or annotate the class with @Mod.EventBusSubscriber to automatically register it. Make sure you pass Side.CLIENT to the annotation so the class is only registered on the client, this prevents the dedicated server from loading the class and then crashing because it can't find the client-only classes referenced by it.

 

Forge's documentation explains events in more detail here.

  • Like 1
  • Thanks 1

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
13 minutes ago, Choonster said:

annotate the class with @Mod.EventBusSubscriber to automatically register it.

OMG this is it. It works. I cannot thank you enough.

 

Thanks,

Syn

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

    • Back then there was a number which determined the tier of an item and block. If the block tier is lower or equal to the item number, the block would be mined. this however, has changed and now it goes by "needs_netherite_tool" which is fine, until you realized that some mods had items and blocks that exceeded these values. You can make you own "needs_mod_tool" but I feel that this is more limiting(and just more work) than before. So is there anyway to use something similar to the old tier system while also still being compatible with a lot of other mod tools?
    • Well, when I log in to the server, sometimes within an hour, sometimes within a minute, the server closes and informs me that there was a Ticking entity error. Below is the crash report
    • This forum is for Forge, not NeoForge. Please go to them for support.
    • Forge version: 55.0.0 Minecraft version: 1.21.5 Downloads: As this is the start of a new version, it is recommended that you check the downloads page and use the latest version to receive any bug fixes. Downloads page Intro: Good evening! Today, we have released our initial build of Forge 55.0 for Minecraft 1.21.5. 1.21.5 is the newest member of the 1.21 family of versions, which was released yesterday on March 25, 2025. As a reminder, the first minor (X.0) of a Forge version is a beta. Forge betas are marked as such on the bottom left of the title screen and are candidates for any breaking changes. Additionally, there are a couple of important things to note about this update, which I've made sure to mention in this post as well. Feel free to chat with us about bugs or these implementation changes on GitHub and in our Discord server. As always, we will continue to keep all versions of 1.21 and 1.20 in active support as covered by our tiered support policy. Cheers, happy modding, and good luck porting! Rendering Refactor For those who tuned in to Minecraft Live on March 22, 2025, you may already know that Mojang have announced their intention to bring their new Vibrant Visuals overhaul to Java in the future. They've taken the first steps toward this by refactoring how rendering pipelines and render types are handled internally. This has, in turn, made many of Forge's rendering APIs that have existed for years obsolete, as they (for the most part) can be done directly in vanilla. If there was a rendering API that was provided by Forge which you believe should be re-implemented, we're happy to discuss on GitHub through an issue or a pull request. Deprecation of weapon-like ToolActions In 1.21.5, Minecraft added new data components for defining the characteristics of weapons in data. This includes attack speed, block tags which define efficient blocks, and more. As such, we will begin marking our ToolActions solution for this as deprecated. ToolActions were originally added to address the problem of creating modded tools that needed to perform the same actions as vanilla tools. There are still a few tool actions that will continue to be used, such as the shears tool action for example. There are some existing Forge tool actions that are currently obsolete and have no effect given the way the new data components are implemented. We will continue to work on these deprecations and invite you to chat with us on GitHub or Discord if you have any questions.
  • Topics

×
×
  • Create New...

Important Information

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