Line 1: |
Line 1: |
− | With the update to Minecraft 1.12, Mojang introduced a new data-driven recipe system based on JSON files. Since then it has been adopted by Forge as well and was expanded in Minecraft 1.13 into [https://mcforge.readthedocs.io/en/latest/utilities/recipes/datapacks.md datapacks]. <!-- needs wiki page --> | + | With the update to Minecraft 1.12, Mojang introduced a new data-driven recipe system based on JSON files. Since then, it has been adopted by Forge as well and was expanded in Minecraft 1.13 into [[datapacks]]. |
| | | |
| == Loading Recipes == | | == Loading Recipes == |
− | Forge will load all recipes which can be found within the <code><nowiki>./data/<modid>/recipes/</nowiki></code> folder. You can call these files whatever you want, thought the vanilla convention is to name them after the output item. For multiple recipes from different sources (Smelting, Crafting, etc) one vanilla convention is to use <code><nowiki>item_name_from_smelting.json</nowiki></code>. This name is also used as the registration key, but does not affect the operation of the recipe. | + | Forge will load all recipes found within the <code><nowiki>./resources/data/<modid>/recipes/</nowiki></code> folder of your mod. You can call these files whatever you want, though the vanilla convention is to name them after the output item. For multiple recipes from different sources (smelting, crafting, etc) one vanilla convention is to use <code><nowiki>item_name_from_smelting.json</nowiki></code>. This name is also used as the registration key but does not affect the operation of the recipe. |
| | | |
− | == The Recipe file == | + | == The Recipe File == |
| A basic recipe file might look like the following example: | | A basic recipe file might look like the following example: |
| <syntaxhighlight lang="json"> | | <syntaxhighlight lang="json"> |
Line 11: |
Line 11: |
| "pattern": | | "pattern": |
| [ | | [ |
− | "xxa", | + | "XXX", |
− | "x x", | + | "XAX", |
− | "xxx" | + | "XXX" |
| ], | | ], |
| "key": | | "key": |
| { | | { |
− | "x": | + | "X": |
| { | | { |
| "tag": "forge:gems/diamond" | | "tag": "forge:gems/diamond" |
| }, | | }, |
− | "a": | + | "A": |
| { | | { |
− | "item": "mymod:myfirstitem", | + | "item": "mymod:myfirstitem" |
| } | | } |
| }, | | }, |
| "result": | | "result": |
| { | | { |
− | "item": "mymod:myitem", | + | "item": "mymod:myseconditem", |
− | "count": 9, | + | "count": 9 |
| } | | } |
| } | | } |
| </syntaxhighlight> | | </syntaxhighlight> |
− | {{Colored box|title=Tip|content=When you first obtain an ingredient to a vanilla recipe it will automatically unlock the recipe in the recipe book. To achieve the same effect, you have to use the <code><nowiki>Advancement</nowiki></code> system and create a new <code><nowiki>Advancement</nowiki></code> for each of your ingredients. | + | {{Colored box|title=Tip|content=When you first obtain an ingredient to a vanilla recipe, it will automatically unlock the recipe in the recipe book. To achieve the same effect, you have to use the <code><nowiki>Advancement</nowiki></code> system and create a new <code><nowiki>Advancement</nowiki></code> for each of your ingredients. |
| <br><br> | | <br><br> |
| The advancement has to exist. This doesn’t mean it has to be visible in the advancement tree.}} | | The advancement has to exist. This doesn’t mean it has to be visible in the advancement tree.}} |
| | | |
| + | === Groups === |
| + | Optionally, you can add a group to your recipes to be displayed within the recipe helper interface. All recipes with the same group String will be shown in the same group. For example, this can be used to have all door recipes shown in the recipe helper interface as a single entry, even though there are different types of doors. |
| | | |
| === Type === | | === Type === |
− | The type of a recipe with the type field. You can think of this as the definition of which crafting layout is to be used, for example <code><nowiki>minecraft:crafting_shaped</nowiki></code> or <code><nowiki>minecraft:crafting_shapeless</nowiki></code>. | + | The type of the recipe. You can think of this as the definition of which crafting layout is to be used. <code><nowiki>minecraft:crafting_shaped</nowiki></code> and <code><nowiki>minecraft:crafting_shapeless</nowiki></code> are the two options. |
− | | |
− | === Groups ===
| |
− | Optionally you can add a group to your recipes to be displayed within the recipe helper interface. All recipes with the same group String will be shown in the same group. For example, this can be used to have all door recipes shown in the recipe helper interface as a single entry, even though there are different types of doors.
| |
| | | |
− | == Types of crafting recipes == | + | == Types of Crafting Recipes == |
− | Within this section we will take a closer look on the differences between defining a shaped and a shapeless crafting recipe.
| + | In this section, we will take a closer look at the differences between defining a shaped and a shapeless crafting recipe. |
| | | |
− | === Shaped crafting === | + | === Shaped Crafting === |
− | Shaped recipes require the <code><nowiki>pattern</nowiki></code> and <code><nowiki>key</nowiki></code> keywords. A pattern defines the slot an item must appear in using placeholder characters. You can choose whatever character you want to be a placeholder for an item. Keys on the other hand define what items are to be used instead of the placeholders. A key is defined by a placeholder character and the item. | + | Shaped recipes require the <code><nowiki>pattern</nowiki></code> and <code><nowiki>key</nowiki></code> keywords. |
| + | The '''Pattern''' keyword defines the slot an item must appear in using placeholder characters. You can choose whatever character you want to be a placeholder for an item. |
| + | '''Keys''' define what items the placeholders stand for. A key is defined by a placeholder character and the item or tag it stands for (in the correct format). |
| | | |
− | === Shapeless crafting === | + | === Shapeless Crafting === |
− | A shapeless recipe doesn’t make use of the <code><nowiki>pattern</nowiki></code> and <code><nowiki>key</nowiki></code> keywords. | + | A shapeless recipe doesn’t use the <code><nowiki>pattern</nowiki></code> or <code><nowiki>key</nowiki></code> keywords. |
| | | |
− | To define a shapeless recipe, you have to use the <code><nowiki>ingredients</nowiki></code> list. It defines which items have to be used for the crafting process. There are many more of these types which can be used here and you can even register your own. It is even possible to define multiple instances of the same item which means multiple of these items have to be in place for the crafting recipe to take place. | + | To define a shapeless recipe, you have to use the <code><nowiki>ingredients</nowiki></code> list. It defines which items have to be used for the crafting process. There are many more of these types that can be used here, and you can even register your own. It is even possible to define multiple instances of the same item which means multiple of these items have to be in place for the crafting recipe to take place. |
| | | |
− | {{Colored box|title=Tip|content=While there is no limit on how many ingredients your recipe requires the vanilla crafting table does only allow 9 items to be placed for each crafting recipe.}} | + | {{Colored box|title=Tip|content=While there is no limit on how many ingredients your recipe requires, the vanilla crafting table only allows 9 items for each crafting recipe.}} |
− | The following example shows how an ingredient list looks like within JSON.
| + | Below is an example of an ingredient list: |
| <syntaxhighlight lang="json"> | | <syntaxhighlight lang="json"> |
| "ingredients": [ | | "ingredients": [ |
Line 71: |
Line 72: |
| | | |
| === Patterns === | | === Patterns === |
− | A pattern will be defined with the <code><nowiki>pattern</nowiki></code> list. Each string represents one row in the crafting grid and each placeholder character within the String represents a column. As seen in the example above a space means that no item needs to be inserted at that position. | + | A pattern will be defined with the <code><nowiki>pattern</nowiki></code> list. Each string represents one row in the crafting grid and each placeholder character within the string represents a column. As shown in the example above, a space means that no item needs to be inserted at that position. |
| | | |
| === Keys === | | === Keys === |
− | A key set is used in combination with patterns and contains keys whose name is the same as the placeholder character in the pattern list which it represents. One key may be defined to represent multiply items as it is the case for the wooden button. This means that the player can use one of the defined items for the crafting recipe, for example different types of wood. | + | A key set is used in combination with a pattern set. It contains keys whose name is the same as the placeholder character in the pattern list which it represents. One key may be defined to represent multiple items, as is the case for the wooden button. This means that the player can use one of the defined items for the crafting recipe, for example, different types of wood. |
| <syntaxhighlight lang="json"> | | <syntaxhighlight lang="json"> |
| "key": { | | "key": { |
Line 90: |
Line 91: |
| === Results === | | === Results === |
| | | |
− | Every <code><nowiki>recipe</nowiki></code> has to have a result tag to define the output item. | + | Every <code><nowiki>recipe</nowiki></code> must have a result tag to define the output item. |
| | | |
− | When crafting something, you can get out more than one item. This is achieved by defining the <code><nowiki>count</nowiki></code> number. If this is left out, meaning it doesn’t exist within the result block, it defaults to 1. Negative values are not allowed here as an Itemstack cannot be smaller than 0. There is no option to use the <code><nowiki>count</nowiki></code> number anywhere else than for the result. | + | When crafting something, you can get more than one item. This is achieved by defining the <code><nowiki>count</nowiki></code> value. If this is left out, meaning it doesn’t exist within the result block, it defaults to 1. Negative values are not allowed here as an itemstack cannot be smaller than 0. There is no option to use the <code><nowiki>count</nowiki></code> number anywhere else than the result. |