Jump to content

[1.8.9 ][SOLVED] VanillaLoader/VanillaModelWrapper interaction


heero

Recommended Posts

Hi,

 

I want to be able to load vanilla a model, then update some properties (translation) before baking it. I saw in the code that VanillaLoader what the loader by default, and VanillaModelWrapper was the default created model. But both class are private.

 

Is there a method to that ?

Link to comment
Share on other sites

Ok,

 

So actually I'm using a custom loader to wrap the vanilla IModel. It's a title ugly, but it seem to work.

 

public class OverSlabModelLoader implements ICustomModelLoader {
    public static boolean disableCustomLoader = false;

    @Override
    public boolean accepts(ResourceLocation modelLocation) {
        return !disableCustomLoader
                && Reference.MODID.equals(modelLocation.getResourceDomain())
                && modelLocation.getResourcePath().contains("plant");
    }

    @Override
    public IModel loadModel(ResourceLocation modelLocation) throws IOException {
        disableCustomLoader = true;

        final IModel model;
        try {
            model = ModelLoaderRegistry.getModel(new ResourceLocation(modelLocation.getResourceDomain(), modelLocation.getResourcePath().substring(modelLocation.getResourcePath().indexOf('/') + 1)));
        } finally {
            disableCustomLoader = false;
        }

        return new ModelOverSlab(modelLocation, model);
    }

    @Override
    public void onResourceManagerReload(IResourceManager resourceManager) {}
}

 

Do you know a better solution ?

 

My last problem is with the ItemBlock, or any model that use my previous block as parent. The getTexture method fail because the parent of a VanillaWrapper can't be a custom model. But I'm just wrapping a vanillaModel, so perhapt there is a way to get that block.

I tryed various solutions, with no success. I didn't find any way to set the parent of block BlockModel wrapped in the vanillaWrapper. Everything is private.

 

 

So, I'm curious, what I want to do seem pretty common (Load a vanilla model, wrap in an ISmartModel using generic unlisted properties). Am I missing something ?

Link to comment
Share on other sites

Well... using different location solve both problem at once.

 

I make my blockstate JSON link to fictive model location (by adding a custom prefix)

My custom loader intercept that prefix, reconstruct the real location the call the getModel from the registry. Wrap the result in my ISmartModel.

Now I just have to make my item model use the real location as parent.

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

    • I am following a tutorial for modding minecraft 1.20.1, and while running the mod with the minecraft of the idea, no errors was present but, when I switched to real minecraft, it started to want a default constructor "public ZeroToAutomation()" instead of the one recomended by the video "public ZeroToAutomation(FMLJavaModLoadingContext context) {...}", and I can't use the default constructor because I need the FMLJavaModLoadingContext to register the blocks and items.   The problem is at: "net/myself/zerotoautomation/ZeroToAutomation.java" the file contains the default constructor, "Logger"s, and the code for the mod the defaut constructor was added after an error requesting it the Loggers was used to see which methods/constructors was used by the Launcher   things that I tried to fix the issue: remove the default constructor, but an error appeared "net.myself.zerotoautomation.ZeroToAutomation.<init>()", and nothing else on the class runs adding an "public static void init()" method, but it changed nothing   The mod files: https://github.com/Matwaua/Zero_To_Automation/tree/not-finished
    • It is an issue/conflict with distanthorizons
    • I have been trying to combat this issue between oculus and embeddium and to no avail... I have already tried a few online tutorials on how to get this working but it doesn't work at all. https://pastebin.com/geQgifjc
    • wow you sound like fun to play with
    • Instale el mod en mi servidor y este se queda iniciando por horas, en la consola me habla de algo de permisos y trate de seguir la ruta que me da pero no existe.   [13:05:32 INFO]: CustomNPC Permissions available: [13:05:32 INFO]: customnpcs.edit.blocks [13:05:32 INFO]: customnpcs.edit.villager [13:05:32 INFO]: customnpcs.global.bank [13:05:32 INFO]: customnpcs.global.dialog [13:05:32 INFO]: customnpcs.global.faction [13:05:32 INFO]: customnpcs.global.linked [13:05:32 INFO]: customnpcs.global.naturalspawn [13:05:32 INFO]: customnpcs.global.playerdata [13:05:32 INFO]: customnpcs.global.quest [13:05:32 INFO]: customnpcs.global.recipe [13:05:32 INFO]: customnpcs.global.transport [13:05:32 INFO]: customnpcs.npc.advanced [13:05:32 INFO]: customnpcs.npc.ai [13:05:32 INFO]: customnpcs.npc.clone [13:05:32 INFO]: customnpcs.npc.create [13:05:32 INFO]: customnpcs.npc.delete [13:05:32 INFO]: customnpcs.npc.display [13:05:32 INFO]: customnpcs.npc.freeze [13:05:32 INFO]: customnpcs.npc.gui [13:05:32 INFO]: customnpcs.npc.inventory [13:05:32 INFO]: customnpcs.npc.reset [13:05:32 INFO]: customnpcs.npc.stats [13:05:32 INFO]: customnpcs.scenes [13:05:32 INFO]: customnpcs.soulstone.all [13:05:32 INFO]: customnpcs.spawner.create [13:05:32 INFO]: customnpcs.spawner.mob [13:05:32 INFO]: customnpcs.tool.mounter [13:05:32 INFO]: customnpcs.tool.nbtbook [13:05:32 INFO]: customnpcs.tool.pather [13:05:32 INFO]: customnpcs.tool.scripter
  • Topics

×
×
  • Create New...

Important Information

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