Jump to content
Search the Forums BEFORE making a new post.
Currently supported: All versions

[1.8.9] Overlaying vanilla stone texture with custom overlay [Solved]

larsgerrits

By larsgerrits
in Modder Support

 Share

Recommended Posts

larsgerrits Reality Controller

larsgerrits

Posted
Posted

Hello,

 

In 1.7.10 I used an 

ISBRH

to render the vanilla stone block, then rendering an overlay on the stone texture and dynamically color the overlay based on the block's metadata. Now I am wondering if it is possible to do something like that using the new model system in 1.8, or do I have to make all the textures by hand for each possible state?

 

- larsgerrits

Don't PM me with questions. They will be ignored! Make a thread on the appropriate board for support.

 

1.12 -> 1.13 primer by williewillus.

 

1.7.10 and older versions of Minecraft are no longer supported due to it's age! Update to the latest version for support.

 

http://www.howoldisminecraft1710.today/

Link to comment
Share on other sites
Choonster Reality Controller

Choonster

Posted
Posted

Look at the vanilla 

grass

model, it overlays a texture on each side that's coloured from 

BlockGrass#colorMultiplier

. The important part is the 

tintindex

value for each quad, which tells Minecraft to colour it (this is passed as the 

renderPass

argument).

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.

Link to comment
Share on other sites
larsgerrits Reality Controller

larsgerrits

Posted
  • Author
Posted

Wow, I totally forgot about the grass block...

 

Also, right now there is this in the log:

[17:16:21] [Client thread/ERROR] [FML]: Model definition for location minetech:ores#metal=nickel not found
[17:16:21] [Client thread/ERROR] [FML]: Model definition for location minetech:ores#metal=lead not found
[17:16:21] [Client thread/ERROR] [FML]: Model definition for location minetech:ores#metal=tin not found
[17:16:21] [Client thread/ERROR] [FML]: Model definition for location minetech:ores#metal=copper not found
[17:16:21] [Client thread/ERROR] [FML]: Model definition for location minetech:ores#inventory not found
[17:16:21] [Client thread/ERROR] [FML]: Model definition for location minetech:ores#metal=aluminium not found

I want every block to use the same texture, but only change it's color using the 

colorMultiplier

method. So I looked around, and I think I have to use 'state mappers' to point every 

IBlockState

to the same model instead of it looking for all different models in the blockstate file. Am I right in that? If so, how do I use those 'state mappers'?

Don't PM me with questions. They will be ignored! Make a thread on the appropriate board for support.

 

1.12 -> 1.13 primer by williewillus.

 

1.7.10 and older versions of Minecraft are no longer supported due to it's age! Update to the latest version for support.

 

http://www.howoldisminecraft1710.today/

Link to comment
Share on other sites
Choonster Reality Controller

Choonster

Posted
Posted

If you want every variant to use the same model with a different colour multiplier, you can either use Forge's blockstates format and specify the model in the 

defaults

section or register a state mapper (which maps each 

IBlockState

to a blockstates file and variant specified by a 

ModelResourceLocation

).

 

To create a state mapper that ignores a specific property, create an instance of 

StateMap.Builder

, call 

StateMap.Builder#ignore

with the property and then call 

StateMap.Builder#build

to create the 

StateMap

. To register a state mapper, call 

ModelLoader#setCustomStateMapper

in preInit.

 

I have various examples of Forge's blockstates format here.

 

I have some examples of state mappers that ignore properties here.

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.

Link to comment
Share on other sites
Guest
This topic is now closed to further replies.
 Share
Go to topic listing

Announcements



  • Recently Browsing

    • No registered users viewing this page.

  • Posts

    • shalandra5
      Wall and fence-like blocks connecting to air blocks by default

      By shalandra5 · Posted

      Try deliting feur builder  It caused this issue in my modpack
    • CatzRule81
      [1.18.2] Custom armor set extending DyeableArmorItem is dye-able, but not displaying

      By CatzRule81 · Posted

      I am not using hardcoded recipes, I'm using Vanilla's already existing code for leather armor dying. (via extending and implementing DyeableArmorItem / DyeableLeatherItem respectively) I have actually figured out that it's something to do with registering item colors to the ItemColors instance, but I'm trying to figure out where exactly in my mod's code I would be placing a call to the required event handler. Unfortunately the tutorial is criminally undescriptive. The most I've found is that it has to be done during client initialization. I'm currently trying to do the necessary setup via hijacking the item registry since trying to modify the item classes directly (via using SubscribeEvent in the item's constructor didn't work. Class so far: // mrrp mrow - mcmod item painter v1.0 - catzrule ch package catzadvitems.init; import net.minecraft.client.color.item.ItemColors; import net.minecraft.world.item.Item; import net.minecraftforge.registries.ObjectHolder; import net.minecraftforge.fml.event.lifecycle.FMLClientSetupEvent; import net.minecraftforge.fml.common.Mod; import net.minecraftforge.eventbus.api.SubscribeEvent; import net.minecraftforge.client.event.ColorHandlerEvent; import catzadvitems.item.DyeableWoolArmorItem; @Mod.EventBusSubscriber(bus = Mod.EventBusSubscriber.Bus.MOD) public class Painter { @ObjectHolder("cai:dyeable_wool_chestplate") public static final Item W_CHEST = null; @ObjectHolder("cai:dyeable_wool_leggings") public static final Item W_LEGS = null; @ObjectHolder("cai:dyeable_wool_boots") public static final Item W_SOCKS = null; public Painter() { // left blank, idk if forge throws a fit if constructors are missing, not taking the chance of it happening. } @SubscribeEvent public static void init(FMLClientSetupEvent event) { new Painter(); } @Mod.EventBusSubscriber private static class ForgeBusEvents { @SubscribeEvent public static void registerItemColors(ColorHandlerEvent.Item event) { ItemColors col = event.getItemColors(); col.register(DyeableUnderArmorItem::getItemDyedColor, W_CHEST, W_LEGS, W_SOCKS); //placeholder for other dye-able items here later.. } } } (for those wondering, i couldn't think of a creative wool helmet name)
    • HalfZonedOut
      Crashes after saying mod loading error

      By HalfZonedOut · Posted

      nvm found out it was because i had create h and not f
    • Shipwrecker
      [1.18.2] Custom armor set extending DyeableArmorItem is dye-able, but not displaying

      By Shipwrecker · Posted

      Maybe there's something happening in the 'leather armor + dye' recipe itself that would be updating the held item texture?
    • Shipwrecker
      [1.20.1] Difficulty getting custom player model to render

      By Shipwrecker · Posted

      @SubscribeEvent public static void onRenderPlayer(RenderPlayerEvent.Pre e) { e.setCanceled(true); model.renderToBuffer(e.getPoseStack(), pBuffer, e.getPackedLight(), 0f, 0f, 0f, 0f, 0f); //ToaPlayerRenderer.render(); } Since getting the render method from a separate class is proving to be bit of a brick wall for me (but seems to be the solution in older versions of minecraft/forge) I've decided to try and pursue using the renderToBuffer method directly from the model itself. I've tried this route before but can't figure out what variables to feed it for the vertexConsumer and still can't seem to figure it out; if this is even a path to pursue.  The vanilla model files do not include any form of render methods, and seem to be fully constructed from their layer definitions? Their renderer files seem to take their layers which are used by the render method in the vanilla MobRenderer class. But for modded entities we @Override this function and don't have to feed the method variables because of that? I assume that the render method in the extended renderer takes the layer definitions from the renderer classes which take those from the model files. Or maybe instead of trying to use a render method I should be calling the super from the renderer like   new ToaPlayerRenderer(context, false); Except I'm not sure what I would provide for context? There's a context method in the vanilla EntityRendererProvider class which doesn't look especially helpful. I've been trying something like <e.getEntity(), model<e.getEntity()>> since that generally seems to be what is provided to the renderers for context, but I don't know if it's THE context I'm looking for? Especially since the method being called doesn't want to take this or variations of this.   In short; I feel like I'm super super close but I have to be missing something obvious? Maybe this insane inane ramble post will provide some insight into this puzzle?

  • Topics

  • Who's Online (See full list)

×
×
  • Create New...

Important Information

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

  I accept