Jump to content

Recommended Posts

Posted

So I updated forge about 30 versions and see that now there's a different way of registering entity rendering classes. I don't quite understand it. I tried to do something like this.

 

public class ZylrothRenderManager {
public static Map<Class<? extends Entity>, Render<? extends Entity>> entityRenderMap = Maps.<Class<? extends Entity>, Render<? extends Entity>>newHashMap();

public static void init() {
	RenderManager rm = Minecraft.getMinecraft().getRenderManager();
	float shadowSize = 0.5F;
	/* Animals */
	entityRenderMap.put(EntityBadger.class, new RenderBadger(rm, new ModelBadger(), shadowSize));
	/* Mobs */
	entityRenderMap.put(EntityUnicorn.class, new RenderUnicorn(rm, new ModelUnicorn(), shadowSize));
	/* Mounts */
	entityRenderMap.put(MountSwiftUnicorn.class, new RenderSwiftUnicorn(rm, new ModelSwiftUnicorn(), shadowSize));
	RenderingRegistry.loadEntityRenderers(rm, entityRenderMap);
}
}

 

(There are a lot more entities, however I cut them out to keep the post shorter) but some entities have render as a different entity. For example the badger, renders as a unicorn. I can't see any reason for this, The init method is called during the PreInitialization phase on the client side. If anyone knows how to properly use the new registry for entity rendering, please share.

Posted

If you look at the implementation of

RenderingRegistry.loadEntityRenderers

, you'll see that it copies the renderers from

RenderingRegistry#entityRenderers

into the

entityRenderMap

argument. It's called in

FMLClientHandler#finishMinecraftLoading

to load mod entity renderers into the vanilla map.

 

Use

RenderingRegistry#registerEntityRenderingHandler

to register an entity renderer.

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

If you look at the implementation of

RenderingRegistry.loadEntityRenderers

, you'll see that it copies the renderers from

RenderingRegistry#entityRenderers

into the

entityRenderMap

argument. It's called in

FMLClientHandler#finishMinecraftLoading

to load mod entity renderers into the vanilla map.

 

Use

RenderingRegistry#registerEntityRenderingHandler

to register an entity renderer.

 

That's what I did use, however it became deprecated recently (I know I can still use it, however if it's going to be removed in 1.9 like it says, I might as well switch over to the new thing.)

Apparently the new thing is the exact same method, except the second argument is an IRenderFactory. I do not have a clue as to what that may be, so if you can give an example, that would help.

Posted

An

IRenderFactory

is just a class that creates a new instance of the appropriate

Render

class. Instead of creating the

Render

instance as you register it, you create an

IRenderFactory

that creates the

Render

instance later in the load process.

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

An

IRenderFactory

is just a class that creates a new instance of the appropriate

Render

class. Instead of creating the

Render

instance as you register it, you create an

IRenderFactory

that creates the

Render

instance later in the load process.

I've always hated the factory method... it does have certain use cases, but I think it is way overused, such as in this case. I mean really, what was wrong with creating the new instance yourself? Now you have to create a factory instance to create your render instance, gaining what? Nothing, imo.

 

Here's a fun read about that ;)

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

    • When I first heard about Bitcoin back in 2018, I was skeptical. The idea of a decentralized, digital currency seemed too good to be true. But I was intrigued as I learned more about the technology behind it and its potential. I started small, investing just a few hundred dollars, dipping my toes into the cryptocurrency waters. At first, it was exhilarating to watch the value of my investment grow exponentially. I felt like I was part of the future, an early adopter of this revolutionary new asset. But that euphoria was short-lived. One day, I logged into my digital wallet only to find it empty - my Bitcoin had vanished without a trace. It turned out that the online exchange I had trusted had been hacked, and my funds were stolen. I was devastated, both financially and emotionally. All the potential I had seen in Bitcoin was tainted by the harsh reality that with decentralization came a lack of regulation and oversight. My hard-earned money was gone, lost to the ether of the digital world. This experience taught me a painful lesson about the price of trust in the uncharted territory of cryptocurrency. While the technology holds incredible promise, the risks can be catastrophic if you don't approach it with extreme caution. My Bitcoin investment gamble had failed, and I was left to pick up the pieces, wiser but poorer for having placed my faith in the wrong hands. My sincere appreciation goes to MUYERN TRUST HACKER. You are my hero in recovering my lost funds. Send a direct m a i l ( muyerntrusted ( @ ) mail-me ( . )c o m ) or message on whats app : + 1 ( 4-4-0 ) ( 3 -3 -5 ) ( 0-2-0-5 )
    • You could try posting a log (if there is no log at all, it may be the launcher you are using, the FAQ may have info on how to enable the log) as described in the FAQ, however this will probably need to be reported to/remedied by the mod author.
    • So me and a couple of friends are playing with a shitpost mod pack and one of the mods in the pack is corail tombstone and for some reason there is a problem with it, where on death to fire the player will get kicked out of the server and the tombstone will not spawn basically deleting an entire inventory, it doesn't matter what type of fire it is, whether it's from vanilla fire/lava, or from modded fire like ice&fire/lycanites and it's common enough to where everyone on the server has experienced at least once or twice and it doesn't give any crash log. a solution to this would be much appreciated thank you!
    • It is 1.12.2 - I have no idea if there is a 1.12 pack
  • Topics

×
×
  • Create New...

Important Information

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