Jump to content

Another clueless modder with missing item textures


StoneWolf

Recommended Posts

I do know that there are already plenty of topics concerning missing item textures. Sadly, they were of little help for me, primarily as you do not get to see the end result. Therefore I would gladly like if someone could take a small peek at my code over at Github (link below).

 

https://github.com/TheStoneWolf/StoneWolf-s-Roleplay-Mod-MC

 

As you can see by the topic subject the texture in question, cookedEgg, is missing and while the game says that there is a crash it does not specify what has actually caused the crash. From what I can tell there is no problem with the item itself but rather with how the model are added. That is about all of the relevant information I can come up with at the moment since I have been unable to discern little about what is going on (crash logs sure are very useful).

 

While we are at it, when uploading my mod to Github I somehow ended up with all of my code being in a extra folder as you will notice if you see my project on Github. Would anyone like to share their insight on how this might have happened and does this represent in any way a problem? If so, what can I do to fix it?

Link to comment
Share on other sites

Well I can tell you that you made a complete joke of your proxy system.

 

1) You do not need a separate "ServerProxy" as either things are common or client-only.

2) You put the common half of things in the common proxy and then the client-only stuff in your main mod class!

 

Anyway, your issue is using ModelMesher.  You should be using

ModelLoader.setCustomModelResourceLocation

, which needs to be called during preInit.

 

I recommend taking a look at my library proxies:

https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/hardlib/EasyRegistry.java

https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/hardlib/client/ClientEasyRegistry.java

 

It encapsulates the required actions such that it works similar to the 1.7 method of registering blocks and items.

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.

Link to comment
Share on other sites

I have been doing my best on trying to do as you specify though I got to admitt that I am a bit lost on what exactly you want me to do. The "ServerProxy" is gone and I have also uppdated Github with the latest code which is something I forgot to do before.

 

To begin with, you talk about tips on how to register the item but was not the texture missing the issue or are the two correlated? From what I know the registration seems to work fine though you definitely know better than me in that regard. Is the problem that I register the item with the method in "ModItems" which is called by the main mod class (preInit method)?

 

Anyhow, thank you for the help, it really is a step in the right direction!

Link to comment
Share on other sites

I have been doing my best on trying to do as you specify though I got to admitt that I am a bit lost on what exactly you want me to do. The "ServerProxy" is gone and I have also uppdated Github with the latest code which is something I forgot to do before.

 

Looks much better, but now your problem is that you're never calling proxy.preInit

Things should work at this point, but the idea of the proxy having init/preint/postinit functions is silly.

 

For one, it shouldn't need the init event directly, the only thing that matters is when the registration methods are invoked (which at this point is always pre-init.

 

To begin with, you talk about tips on how to register the item but was not the texture missing the issue or are the two correlated?

 

Sort of yes.

There are things that you do during registration that affect missing textures.

i.e. ModelMesher isn't preferred because it gets janky if done wrong, hence the recommendation to use ModelLoader

Or the registration name being messed up/not matching.

 

The reason I suggest the way I've set up my files is that it doesn't require that you do this in your client proxy:

ModelLoader.setCustomModelResourceLocation(ModItems.item1, ...)
ModelLoader.setCustomModelResourceLocation(ModItems.item2, ...)
ModelLoader.setCustomModelResourceLocation(ModItems.item3, ...)
ModelLoader.setCustomModelResourceLocation(ModItems.item4, ...)

 

But rather ModelLoader.setCustomModel is invoked as part of the registration.  Like this:

		item1 = new BlockHardIron();
	EasyRegistry.registerItem(item1, "hardiron");
	item2 = new BlockHardIron();
	EasyRegistry.registerItem(item2, "hardiron");

It also means I don't need a .setRegistryName or .setUnlocalizedName in my item class.

 

Which is very similar to how it was done in 1.7:

 

		item1 = new BlockHardIron();
	GameRegistry.registerItem(item1, "hardiron");
	item2 = new BlockHardIron();
	GameRegistry.registerItem(item2, "hardiron");

 

The various registerItem and registerBlock methods I have all take different paths depending on what the "goal" is (item, item with variants, block (no item), block with item, block with custom ItemBlock...) but all make sure that everything that needs to happen gets done.  I don't have to think about it and remember "oh yes, I need to loop through the variants and register an item model for each of these..." it's handled for me.  .registerItemWithVariants(...)

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.

Link to comment
Share on other sites

It worked! Thank you for the help, if it were not for you I would have given up for sure. If I could only find the place where the screenshots are found I would be able to show you the now fully functioning textures. They may not be pretty but at least they work. ::)

 

There is one small thing though. The game still reports that there is a crash (which obviously don't exist or at least not in the way I have experienced them before) but without any sort of crashlog and with only a hint that it has something to do with "Loading screen debug info". The mod works as far as I can tell but I am a tad worried that this might turn into a real problem. Is this a valid concern?

 

Edit: I forgot to ask, is there even any benefit in dividing the different method calls between different proxies or even having proxies at all(excluding differing between clientside and all that in the main mod class)? Even if there may not be one for me right now will this change going onwards?

Link to comment
Share on other sites

It worked! Thank you for the help, if it were not for you I would have given up for sure. If I could only find the place where the screenshots are found I would be able to show you the now fully functioning textures.

 

[forge dir]/run/screenshots

 

Edit: I forgot to ask, is there even any benefit in dividing the different method calls between different proxies or even having proxies at all(excluding differing between clientside and all that in the main mod class)? Even if there may not be one for me right now will this change going onwards?

 

You need a client proxy in order to register any rendering.  Other than that, no you don't need a proxy.

I set my registration up via proxies so I could have a one-function-call "do everything" in my main mod class.

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.

Link to comment
Share on other sites

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

    • If you have nvidia graphics, don't touch your amd drivers, otherwise it might fix it but keep running on integrated graphics, which will result in terrible performance. For nvidia graphics, you need to tell windows and nvidia control panel that anything Minecraft related (the launcher, java, etc...) should prefer high performance graphics so that it actually uses your nvidia gpu
    • In the ever-evolving landscape of technology, the rise of cryptocurrencies and digital assets has introduced both unparalleled opportunities and unprecedented challenges. As these digital currencies become increasingly prevalent, so too does the risk of theft and loss. Yet, amidst the complexity and uncertainty, there exists a beacon of hope: ADRIAN LAMO HACKER. Technology has indeed become more sophisticated and enhanced, presenting new challenges in the realm of asset recovery. However, just as any other currency can be stolen or lost, crypto and digital assets are not beyond redemption. With the right expertise and guidance, recovery is possible and achievable. Contact ADRIAN LAMO HACKER via the website: https://adrianlamohackpro.online/ , a trusted, honest, and certified agency specializing in the retrieval of stolen or lost digital assets. In my own experience, I found myself in dire straits after falling victim to cybercriminals who absconded with a significant portion of my crypto holdings. It was a daunting situation, but I refused to succumb to despair. Upon engaging ADRIAN LAMO HACKER, their professionalism, and integrity immediately struck me, as an unwavering commitment to their clients. They deeply understand blockchain technology and utilize advanced methodologies to trace and recover lost or stolen funds. Their approach is meticulous, their expertise unparalleled, and their results speak for themselves. In a matter of days, ADRIAN LAMO HACKER successfully traced and recovered over 90% of my stolen funds, a feat I once believed to be unattainable. Their fees were fair and transparent, and communication throughout the process was nothing short of excellent. They kept me informed every step of the way, providing reassurance and guidance when I needed it most. For anyone who has fallen victim to crypto theft or loss, I wholeheartedly recommend ADRIAN LAMO HACKER. They are not just experts in their field; they are guardians of justice in the digital realm. With their assistance, you can reclaim what's rightfully yours and emerge stronger than ever before. So, if you find yourself grappling with the devastation of lost or stolen digital assets, don't despair. Reach out to ADRIAN LAMO HACKER via website: https://adrianlamohackpro.online/  / Telegram: @ADRIANLAMOHACKERTECH and let them guide you toward a brighter tomorrow.
  • Topics

×
×
  • Create New...

Important Information

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