[1.10.2] [SOLVED] JSON Subfolder

[Bektor]

Hi,

 

I'm wondering how I have to register json files in Minecraft 1.10.2.

 

I want them to be in a sub-folder, so in the blockstates file there is just one json file and under model.items is a subfolder for example called "random" in which all sub-blocks go. I want to do this because I have some blocks with many different block states and different textures and so I want to have it all a bit sorted.

 

How can I achieve this?

 

That's what I am currently doing but this is not working:

ModelLoader.setCustomModelResourceLocation(Item.getItemFromBlock(block), meta, new ModelResourceLocation("random/"+ block.getRegistryName(), "inventory"));
ModelLoader.setCustomModelResourceLocation(block, meta, new ModelResourceLocation("random/"+ block.getRegistryName(), "inventory"));

 

[The first one is for the block, the second one for the item block]

Thx in advance.

Bektor

[Choonster]

You didn't specify a resource domain for your

ModelResourceLocation

s, so they defaulted to

"minecraft"

. Prefix the first argument of the

ModelResourceLocation

constructor with your mod ID, e.g.

new ModelResourceLocation(MODID + ":foo/bar/baz", "inventory")

.

 

ModelLoader.setCustomModelResourceLocation

/

setCustomMeshDefinition

only set the model for an

Item

(which can be an

ItemBlock

).

Block

models are specified in blockstates files.

 

I have a description of the model loading process and a summary of how

ModelResourceLocation

s are mapped to models here.

[Bektor]

You didn't specify a resource domain for your

ModelResourceLocation

s, so they defaulted to

"minecraft"

. Prefix the first argument of the

ModelResourceLocation

constructor with your mod ID, e.g.

new ModelResourceLocation(MODID + ":foo/bar/baz", "inventory")

.

 

ModelLoader.setCustomModelResourceLocation

/

setCustomMeshDefinition

only set the model for an

Item

(which can be an

ItemBlock

).

Block

models are specified in blockstates files.

 

I have a description of the model loading process and a summary of how

ModelResourceLocation

s are mapped to models here.

Ah, ok. Thx.

 

Just a small question: When having a method which automatically registeres every block with it's itemblock and render stuff and so on... is it possible to get all names of the ItemBlock and use these names for the inventory name?

 

So that when I have for example a stone block and many stone types like granite and for that a StoneType file, is it possible to get all the names out of this file and use them with having this method header:

 

Block block, String name, @Nullable Function<Block, ItemBlock> itemFactory

[Choonster]

Just a small question: When having a method which automatically registeres every block with it's itemblock and render stuff and so on... is it possible to get all names of the ItemBlock and use these names for the inventory name?

 

So that when I have for example a stone block and many stone types like granite and for that a StoneType file, is it possible to get all the names out of this file and use them with having this method header:

 

Block block, String name, @Nullable Function<Block, ItemBlock> itemFactory

 

If you create an interface that provides access to the name and metadata value of each variant and implement this on your variant enum, you can then create a method that iterates through the enum values and registers a model for each variant's metadata and name.

 

I have an example of this in my mod:

• IVariant

  interface (link)
  

• BlockVariants

  with

  EnumType

  that implements

  IVariant

  (link)
  

• Model registration using the

  registerVariantBlockItemModels

  method (link)
  

• The

  registerVariantBlockItemModels

  method (link)
  

• The

  registerVariantItemModels

  method (link)
  

[Bektor]

Is it also possible without having an IVariant interface?

 

EDIT: Oh and what does this line exactly do?

private static final EnumType[] META_LOOKUP = Stream.of(values()).sorted(Comparator.comparing(EnumType::getMeta)).toArray(EnumType[]::new);

[Choonster]

Is it also possible without having an IVariant interface?

 

You need some way to get the name and metadata of each variant if you want to automatically register a model for each one.

 

An alternative to the interface may be a

String[]

, with the metadata as the index and the name as the value.

[Draco18s]

You don't need META_LOOKUP at all.  All you need is an interface that supplies a

getFromMeta(int v)

method and then use the Enum's own

values[]

array.

 

https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/hardlib/blockproperties/EnumOreType.java#L61-L63

[Bektor]

You don't need META_LOOKUP at all.  All you need is an interface that supplies a

getFromMeta(int v)

method and then use the Enum's own

values[]

array.

 

https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/hardlib/blockproperties/EnumOreType.java#L61-L63

Ok, but I'm still wondering what the line

private static final EnumType[] META_LOOKUP = Stream.of(values()).sorted(Comparator.comparing(EnumType::getMeta)).toArray(EnumType[]::new);

does.

[larsgerrits]

I think it sorts the EnumTypes based on metadata.

[jeffryfisher]

new ModelResourceLocation("random/"+ block.getRegistryName(), "inventory"))

1) You must set the registry name before you can get it (if you had shown more code with that in it then I wouldn't be telling you this).

 

2) The registry name will automatically get your modid prefixed to it. If you want "random/" in the path, then you might try putting it into the name string you pass to setRegistryName and then see what happens.

[Bektor]

Ok, but I'm still wondering what the line

private static final EnumType[] META_LOOKUP = Stream.of(values()).sorted(Comparator.comparing(EnumType::getMeta)).toArray(EnumType[]::new);

does.

Create a

Stream

of all values of the

EnumType

enum, sort it by the

getMeta

value and then produce an ordered array of them. This uses Java 8 features heavily (Streams, method references), you should look them up.

Ah, ok thx. Hm... going to look one day more into it... I've already looked into it once, but because I'm using them not very often (never until yet ) I totally forgot what they are doing.