[1.12] Using an image generated at startup as a block's texture

[iWasHere]

Hiya! I'm trying to accomplish a few tasks at startup, and anything related to it that I can find was only relevant in 1.7.10.

I'm trying to accomplish the following:

• Grab a block's texture (This works)
• Put an overlay on the texture (This works, I get a BufferedImage that I can do whatever with. I was only able to do this after the Blockstates have been registered, currently the modified textures are just dumped into a folder under /config/mod. Since this is after TextureStitchEvent, the textures themselves won't exist until after the user launches the game to generate them for the first time, but this isn't too much of a concern to me.)
• Add the texture to the TextureMap (No idea how to accomplish this)
• Add a new simple cube model with this new texture on all sides, and have a Block use it

 

Now, the largest issue here is that the blocks that I'm taking the textures of aren't static; the blocks are pulled from a config so the user may select any block they desire the mod to work with. I can't get past adding the new texture to the TextureMap, and I can't find anything at all about adding new models outside of JSON (which doesn't allow them to be generated like I need them to be). I've discovered DynamicTexture, but based on what I've seen I probably don't want to be using that for textures that remain static after startup. Any advice would be appreciated, and thank you for reading. ❤️

[Cadiboo]

Use the TextureStitchEvent to add the texture to the TextureMap.

 

You could load a dummy model (who’s parent is block/cube_all) in the ModelBakeEvent, then copy the dummy model, retexture & bake the copy and apply the copies to your blocks.

 

I haven’t dealt with custom models for a while and that approach may not be the best, but it’s how I would do it.

[Draco18s]

I haven't done this since 1.7, but as far as I know the same process should still work.

 

And the reason I haven't done it since 1.7 is that there's no need to: you can just have a two layer block model instead.

[iWasHere]

Thank you for the input, guys.

Because the texture is an outside resource (it's located in the config folder), I have no idea how to load it in, as it isn't in my mod's assets directory. I went with DynamicTexture but I really don't think I should be. I was able to load the dummy model, but I'm unsure of how to actually bake it.

 

This is my TextureStitchEvent. It reads in the image fine, I /think/ it's being registered to the TextureMap, but I still get a missing texture error .

    @SubscribeEvent(priority = EventPriority.LOW)
    public static void preStitch(TextureStitchEvent.Pre event) {
        try {
            BufferedImage image = ImageIO.read(new File("config/compax/cache/minecraft-dirt_x1.png"));

            ResourceLocation location = Minecraft.getMinecraft().getTextureManager().getDynamicTextureLocation("compax:dirt_x1", new DynamicTexture(image));
            TextureAtlasSprite sprite = event.getMap().registerSprite(location);
            event.getMap().setTextureEntry(sprite);

            Compax.logger.info("Added this: " + sprite.toString());
        }
        catch (IOException e) {
            Compax.logger.error("Error reading in texture:\n" + e.getLocalizedMessage());
        }
    }

 

The missing texture error. It's probably the lack of the resource manager?

[17:01:07] [Client thread/ERROR] [FML.TEXTURE_ERRORS]:   DOMAIN dynamic/compax
[17:01:07] [Client thread/ERROR] [FML.TEXTURE_ERRORS]: --------------------------------------------------
[17:01:07] [Client thread/ERROR] [FML.TEXTURE_ERRORS]:   domain dynamic/compax is missing 1 texture
[17:01:07] [Client thread/ERROR] [FML.TEXTURE_ERRORS]:     domain dynamic/compax is missing a resource manager - it is probably a side-effect of automatic texture processing
[17:01:07] [Client thread/ERROR] [FML.TEXTURE_ERRORS]: -------------------------
[17:01:07] [Client thread/ERROR] [FML.TEXTURE_ERRORS]:     The missing resources for domain dynamic/compax are:
[17:01:07] [Client thread/ERROR] [FML.TEXTURE_ERRORS]:       textures/dirt_x1_1.png

 

Here's my ModelBakeEvent, runs without error. I'm not sure how to use the texture I added to the TextureMap when retexturing the model here (instead I'm using a texture I have included within my mod's assets folder for the time being). In addition, I have no idea how to actually bake the model.

    @SubscribeEvent
    public static void modelBake(ModelBakeEvent event) {
        Compax.logger.info("Loading models");
        try {
            IModel cube = ModelLoaderRegistry.getModel(new ModelResourceLocation(Compax.MODID + ":dummy"));
            ImmutableMap.Builder<String, String> texMap = new ImmutableMap.Builder<>();
            texMap.put("all", "compax:block/compact_x2");
            IModel newCube = cube.retexture(texMap.build());
        }
        catch (Exception e) {
            Compax.logger.error("Couldn't load models:\n" + e.getLocalizedMessage());
        }
    }

 

A two layer block model might be easier, but I still need to generate these models and apply the textures to them anyways. Sorry about the wall of text, I figured I might as well give as much information as I can. Thank you for your help!

[Draco18s]

13 hours ago, iWasHere said:

Because the texture is an outside resource (it's located in the config folder)

Why is it there? If users want to change it they can do so with a resource pack.

[iWasHere]

It's not that if they want to change it. It's placed there because I pull block textures from BlockStates which can only be done after texture stitching. The files are stored there so that I can load them in the next time the game is launched.

[Cadiboo]

Can you back up and explain why you’re doing all of this?

From what I understand you’re

1) saving the texture of a model to a file

2) using that texture in the next game, when the texture already exists in the texture map from the model you originally got it from

3) Ignoring resource pack changes in between runs (using the old texture when the pack has changed)

[Draco18s]

17 hours ago, iWasHere said:

It's not that if they want to change it. It's placed there because I pull block textures from BlockStates which can only be done after texture stitching. The files are stored there so that I can load them in the next time the game is launched.

This makes no sense to me. You're "pulling textures from blackstates" huh, what?

 

Again, you vcan have a model with 2 textures per face (one of which points at a texture from your mod and one that does not) just fine with the existing system.