Search results

From Forge Community Wiki
Results 1 – 29 of 51
Advanced search

Search in namespaces:

  
  
  
  
  
  
  
  
  
  
  

Page title matches

  • Introduction to Models
    ...eir shapes. Through the model system, blocks and items are mapped to their models, which define how they look. One of the main goals of the model system is t In order to link code to models and textures on disk, there exists the class <code>ResourceLocation</code>.
    2 KB (382 words) - 00:59, 19 May 2021
  • Introduction to Models/1.17
    ...eir shapes. Through the model system, blocks and items are mapped to their models, which define how they look. One of the main goals of the model system is t In order to link code to models and textures on disk, there exists the class <code>ResourceLocation</code>.
    2 KB (384 words) - 05:50, 6 December 2021
  • Introduction to Models/1.18
    ...eir shapes. Through the model system, blocks and items are mapped to their models, which define how they look. One of the main goals of the model system is t In order to link code to models and textures on disk, there exists the class <code>ResourceLocation</code>.
    2 KB (384 words) - 07:44, 10 June 2022
  • Datageneration/States and Models
    The model providers are a specific type of data generators for defining models. All model providers are a subclass of <code>ModelProvider</code>. ...extures, doors, slabs, and even custom non-data-generated models as parent models.
    2 KB (301 words) - 13:50, 12 January 2022
  • Introduction to Models/1.16
    ...eir shapes. Through the model system, blocks and items are mapped to their models, which define how they look. One of the main goals of the model system is t In order to link code to models and textures on disk, there exists the class <code>ResourceLocation</code>.
    2 KB (384 words) - 04:14, 27 July 2021
  • Datageneration/States and Models/1.18
    The model providers are a specific type of data generators for defining models. All model providers are a subclass of <code>ModelProvider</code>. ...extures, doors, slabs, and even custom non-data-generated models as parent models.
    2 KB (304 words) - 07:44, 10 June 2022
  • Datageneration/States and Models/1.16
    The model providers are a specific type of data generators for defining models. All model providers are a subclass of <code>ModelProvider</code>. ...extures, doors, slabs, and even custom non-data-generated models as parent models.
    2 KB (304 words) - 04:13, 27 July 2021
  • Datageneration/States and Models/1.17
    The model providers are a specific type of data generators for defining models. All model providers are a subclass of <code>ModelProvider</code>. ...extures, doors, slabs, and even custom non-data-generated models as parent models.
    2 KB (304 words) - 05:49, 6 December 2021

Page text matches

  • Tinted Textures/1.17
    [[Category:Models/1.17|Category:Models]]
    93 bytes (9 words) - 05:49, 6 December 2021
  • Tinted Textures/1.18
    [[Category:Models/1.18|Category:Models]]
    93 bytes (9 words) - 07:43, 10 June 2022
  • Tinted Textures/1.16
    [[Category:Models/1.16|Category:Models]]
    93 bytes (9 words) - 04:18, 27 July 2021
  • Datageneration/States and Models
    The model providers are a specific type of data generators for defining models. All model providers are a subclass of <code>ModelProvider</code>. ...extures, doors, slabs, and even custom non-data-generated models as parent models.
    2 KB (301 words) - 13:50, 12 January 2022
  • Datageneration/States and Models/1.16
    The model providers are a specific type of data generators for defining models. All model providers are a subclass of <code>ModelProvider</code>. ...extures, doors, slabs, and even custom non-data-generated models as parent models.
    2 KB (304 words) - 04:13, 27 July 2021
  • Datageneration/States and Models/1.17
    The model providers are a specific type of data generators for defining models. All model providers are a subclass of <code>ModelProvider</code>. ...extures, doors, slabs, and even custom non-data-generated models as parent models.
    2 KB (304 words) - 05:49, 6 December 2021
  • Datageneration/States and Models/1.18
    The model providers are a specific type of data generators for defining models. All model providers are a subclass of <code>ModelProvider</code>. ...extures, doors, slabs, and even custom non-data-generated models as parent models.
    2 KB (304 words) - 07:44, 10 June 2022
  • Tinted Textures
    [[Category:Models]]
    51 bytes (5 words) - 00:59, 19 May 2021
  • Model JSONs/1.16
    ...ing in between. Most models you’ll see will be in the vanilla JSON format. Models in other formats are loaded into an <code>IBakedModel</code> by an <code>IM ...i>examplemod:block/block</nowiki></code> → <code><nowiki>assets/examplemod/models/block/block</nowiki></code>).
    3 KB (481 words) - 04:14, 27 July 2021
  • Model JSONs/1.17
    ...efault implementations for WaveFront OBJ files, buckets, composite models, models in different render layers, and a reimplementation of Vanilla's <code>built ...i>examplemod:block/block</nowiki></code> → <code><nowiki>assets/examplemod/models/block/block</nowiki></code>).
    4 KB (680 words) - 05:50, 6 December 2021
  • Model JSONs/1.18
    ...efault implementations for WaveFront OBJ files, buckets, composite models, models in different render layers, and a reimplementation of Vanilla's <code>built ...i>examplemod:block/block</nowiki></code> → <code><nowiki>assets/examplemod/models/block/block</nowiki></code>).
    4 KB (680 words) - 07:45, 10 June 2022
  • Introduction to Models/1.16
    ...eir shapes. Through the model system, blocks and items are mapped to their models, which define how they look. One of the main goals of the model system is t In order to link code to models and textures on disk, there exists the class <code>ResourceLocation</code>.
    2 KB (384 words) - 04:14, 27 July 2021
  • Introduction to Models/1.17
    ...eir shapes. Through the model system, blocks and items are mapped to their models, which define how they look. One of the main goals of the model system is t In order to link code to models and textures on disk, there exists the class <code>ResourceLocation</code>.
    2 KB (384 words) - 05:50, 6 December 2021
  • Introduction to Models/1.18
    ...eir shapes. Through the model system, blocks and items are mapped to their models, which define how they look. One of the main goals of the model system is t In order to link code to models and textures on disk, there exists the class <code>ResourceLocation</code>.
    2 KB (384 words) - 07:44, 10 June 2022
  • Model JSONs
    ...efault implementations for WaveFront OBJ files, buckets, composite models, models in different render layers, and a reimplementation of Vanilla's <code>built ...i>examplemod:block/block</nowiki></code> → <code><nowiki>assets/examplemod/models/block/block</nowiki></code>).
    4 KB (678 words) - 18:20, 24 September 2022
  • Introduction to Models
    ...eir shapes. Through the model system, blocks and items are mapped to their models, which define how they look. One of the main goals of the model system is t In order to link code to models and textures on disk, there exists the class <code>ResourceLocation</code>.
    2 KB (382 words) - 00:59, 19 May 2021
  • BlockState JSONs/1.18
    Blockstate JSONs are Minecraft’s way to map “variant strings” to models. A variant string can be absolutely anything, from “inventory” to “po ...e, then when that case occurs, the model will display along with any other models whose conditions are met).
    4 KB (578 words) - 07:43, 10 June 2022
  • BlockState JSONs/1.16
    Blockstate JSONs are Minecraft’s way to map “variant strings” to models. A variant string can be absolutely anything, from “inventory” to “po ...e, then when that case occurs, the model will display along with any other models whose conditions are met).
    4 KB (578 words) - 04:12, 27 July 2021
  • BlockState JSONs/1.17
    Blockstate JSONs are Minecraft’s way to map “variant strings” to models. A variant string can be absolutely anything, from “inventory” to “po ...e, then when that case occurs, the model will display along with any other models whose conditions are met).
    4 KB (578 words) - 05:49, 6 December 2021
  • Item Overrides/1.16
    ...on along that spectrum, instead of being stuck with four “slots” for their models in the animation. The same is true of the compass and clock. [[Category:Models/1.16|Category:Models]]
    3 KB (503 words) - 04:14, 27 July 2021

View (previous 20 | next 20) (20 | 50 | 100 | 250 | 500)

Retrieved from ‘https://forge.gemwire.uk/wiki/Special:Search’