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

[1.12]How to make recipes configurable?

RealTheUnderTaker11

By RealTheUnderTaker11
in Modder Support

 Share

Recommended Posts

RealTheUnderTaker11 Stone Miner

RealTheUnderTaker11

Posted
Posted (edited)

I have a magnet mod that has a Boolean in the config to change the recipes for every magnet in the mod (so there can be easy mode recipes or normal recipes). Before 1.12, this was easy. How would I now be able to give the player a config option to change the recipes of each item? 

Sorry if this has been asked or explained before, it's hard to find good information on this new JSON recipe system.

Edited by RealTheUnderTaker11

My IGN is TheUnderTaker11, but when I tried to sign up for this site it would not send the email... So yea now I have to use this account.

jabelar Reality Controller

jabelar

Posted
Posted

Wait, first you need to clarify what you're trying to do. Are you asking to allow players to create their own recipes, or do you mean you have two sets of recipes (easy mode and hard mode) that you want them to switch between?

 

If you want them to be able to switchthen the simplest way is to look at the config during the recipe registration event and register the recipes according to the config. This would require restarting the game after each change of the config, but it would be safest way. 

Check out my tutorials here: http://jabelarminecraft.blogspot.com/

MrBendelScrolls Creeper Killer

MrBendelScrolls

Posted
Posted
5 hours ago, jabelar said:

Are you asking to allow players to create their own recipes, or do you mean you have two sets of recipes (easy mode and hard mode) that you want them to switch between?

>

15 hours ago, RealTheUnderTaker11 said:

a Boolean in the config to change the recipes for every magnet in the mod (so there can be easy mode recipes or normal recipes)

------------

5 hours ago, jabelar said:

to look at the config during the recipe registration event and register the recipes according to the config.

>

15 hours ago, RealTheUnderTaker11 said:

on this new JSON recipe system

------------

¯\_(ツ)_/¯

MrBendelScrolls Creeper Killer

MrBendelScrolls

Posted
Posted (edited)
15 hours ago, diesieben07 said:

Ok, so instead of tinkering with a config file, they now create a recipe file in a folder. What's the big deal?

For many people, including myself, it's a lot easier and cleaner just to change a line in the config than download a resourcepack.
JSON system is good for modpacks, but not for regular usage IMHO.

Edited by MrBendelScrolls
Choonster Reality Controller

Choonster

Posted
Posted
15 hours ago, RealTheUnderTaker11 said:

I have a magnet mod that has a Boolean in the config to change the recipes for every magnet in the mod (so there can be easy mode recipes or normal recipes). Before 1.12, this was easy. How would I now be able to give the player a config option to change the recipes of each item? 

Sorry if this has been asked or explained before, it's hard to find good information on this new JSON recipe system.

 

You'll need to create your own condition that returns true or false based on this option and then create separate recipe files for easy and hard mode that use this condition.

 

Create a class that implements IConditionFactory and then specify this class in recipes/_factories.json. You can implement BooleanSupplier (the type returned by IConditionFactory#parse) using a lambda that returns the value of your config option.

 

In a recipe file, set the conditions property of the top-level object to an array containing an object for each condition. In each condition object, set the type property to the name of the condition type and include any other properties required by the condition type.

 

Forge will test the conditions at recipe load time and only register the recipe if all of them are met.

 

You can use the forge:not condition to invert the result of a condition.

 

 

If the hard and easy mode recipes are mostly the same except for one or two ingredients, you may want to use a conditional ingredient like this. This will allow the individual ingredients to change based on the config option instead of having one of two recipes enabled based on the config option.

 

15 hours ago, diesieben07 said:

Simple, they make a resource pack and overwrite the recipe JSON.

 

Resource packs can't overwrite server-side files like recipes or loot tables, but Mojang plans to add data packs in 1.13 to allow that.

  • Like 1

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.

Draco18s Reality Controller

Draco18s

Posted
Posted
3 hours ago, diesieben07 said:

Really, that's not possible yet? Typical...

Indeed. I already tried shoving a recipe into my own assets directory under /minecraft and it did diddly squat. Had to search around for a thread on recipe removal. Which, of course, leads to some vanilla advancements throwing an error when they load because the recipe is now missing.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Choonster Reality Controller

Choonster

Posted
Posted
29 minutes ago, Draco18s said:

Indeed. I already tried shoving a recipe into my own assets directory under /minecraft and it did diddly squat. Had to search around for a thread on recipe removal. Which, of course, leads to some vanilla advancements throwing an error when they load because the recipe is now missing.

 

You can override recipes by registering a dummy recipe with the same name as the vanilla one, but this spams the log with Dangerous alternative prefix warnings from Forge.

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.

Draco18s Reality Controller

Draco18s

Posted
Posted
6 minutes ago, Choonster said:

You can override recipes by registering a dummy recipe with the same name as the vanilla one, but this spams the log with Dangerous alternative prefix warnings from Forge.

Only if you're doing it with the registry event. If you're using JSON files, it just isn't loaded.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Choonster Reality Controller

Choonster

Posted
Posted
3 minutes ago, Draco18s said:

Only if you're doing it with the registry event. If you're using JSON files, it just isn't loaded.

 

Indeed. JSON files are only loaded for your mod ID and always have your mod ID as the domain of their registry name.

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.

RealTheUnderTaker11 Stone Miner

RealTheUnderTaker11

Posted
  • Author
Posted

Sorry to take so long to reply (been pretty busy), but all that seems like more trouble than it's worth, and I found this handy helper class that lets me register them almost exactly as I was. I might change it later but for right now it doesn't seem worth it.

My IGN is TheUnderTaker11, but when I tried to sign up for this site it would not send the email... So yea now I have to use this account.

Draco18s Reality Controller

Draco18s

Posted
Posted

If you really want to do it in the single-call format (that is, your main class contains a new Block() line followed by a registerBlock() line) I'm in the process of updating my EasyRegistry class to 1.12, hasn't been pushed to git yet, but should be available in a day or so.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Draco18s Reality Controller

Draco18s

Posted
Posted (edited)

(Client)EasyRegistry for 1.12 now available.

 

Usage is straight forward. There's a separate method for every type of registration you may be interested in performing--block with item, block without item, item, items with IStateMappers, items with custom MeshDefinitions...--(if one's missing its because I haven't needed support for it myself). Note that if you wish to utilize this class, you may, just put it into a different package so it doesn't conflict if our mods are ever loaded side by side.

 

Note that the EasyRegistry is treated as both a proxy and event handler.

Edited by Draco18s

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
 Share
Go to topic listing

Announcements



  • Recently Browsing

    • No registered users viewing this page.

  • Posts

    • Rikoring
      I can't join my modded minecraft server that is hosted with feather client

      By Rikoring · Posted

      After reinstalling and rebuilding server, now I get another error which is Internal Exception: io.netty.handler.codec.DecoderException: java.lang.IndexOutOfBoundsException: readerIndex(2829) + length(1) exceeds writerIndex(2829): UnpooledHeapByteBuf(ridx: 2829, widx: 2829, cap: 2829/2829)
    • meta26
      epic Fight modding runclient crash

      By meta26 · Posted

      In 1.20.1, while creating an addon(mod) for Epic Fight, I tried to runclient and it crashed with the following error rg.spongepowered.asm.mixin.throwables.MixinApplyError: Mixin [mixins.epicfight.json:MixinEntityRenderer] from phase [DEFAULT] in config [ mixins.epicfight.json] FAILED during APPLY Could you please tell me how to solve this problem? build.gradle   plugins { id 'eclipse' id 'idea' id 'maven-publish' id 'net.minecraftforge.gradle' version '[6.0,6.2)' //id 'org.parchmentmc.librarian.forgegradle' version '1.+' //id 'org.spongepowerd.mixin' version '0.8.5' } version = mod_version group = mod_group_id base { archivesName = mod_id } // Mojang ships Java 17 to end users in 1.18+, so your mod should target Java 17. java.toolchain.languageVersion = JavaLanguageVersion.of(17) println "Java: ${System.getProperty 'java.version'}, JVM: ${System.getProperty 'java.vm.version'} (${System.getProperty 'java.vendor'}), Arch: ${System.getProperty 'os.arch'}" minecraft { // The mappings can be changed at any time and must be in the following format. // Channel: Version: // official MCVersion Official field/method names from Mojang mapping files // parchment YYYY.MM.DD-MCVersion Open community-sourced parameter names and javadocs layered on top of official // // You must be aware of the Mojang license when using the 'official' or 'parchment' mappings. // See more information here: https://github.com/MinecraftForge/MCPConfig/blob/master/Mojang.md // // Parchment is an unofficial project maintained by ParchmentMC, separate from MinecraftForge // Additional setup is needed to use their mappings: https://parchmentmc.org/docs/getting-started // // Use non-default mappings at your own risk. They may not always work. // Simply re-run your setup task after changing the mappings to update your workspace. mappings channel: mapping_channel, version: mapping_version // When true, this property will have all Eclipse/IntelliJ IDEA run configurations run the "prepareX" task for the given run configuration before launching the game. // In most cases, it is not necessary to enable. // enableEclipsePrepareRuns = true // enableIdeaPrepareRuns = true // This property allows configuring Gradle's ProcessResources task(s) to run on IDE output locations before launching the game. // It is REQUIRED to be set to true for this template to function. // See https://docs.gradle.org/current/dsl/org.gradle.language.jvm.tasks.ProcessResources.html copyIdeResources = true // When true, this property will add the folder name of all declared run configurations to generated IDE run configurations. // The folder name can be set on a run configuration using the "folderName" property. // By default, the folder name of a run configuration is the name of the Gradle project containing it. // generateRunFolders = true // This property enables access transformers for use in development. // They will be applied to the Minecraft artifact. // The access transformer file can be anywhere in the project. // However, it must be at "META-INF/accesstransformer.cfg" in the final mod jar to be loaded by Forge. // This default location is a best practice to automatically put the file in the right place in the final jar. // See https://docs.minecraftforge.net/en/latest/advanced/accesstransformers/ for more information. // accessTransformer = file('src/main/resources/META-INF/accesstransformer.cfg') // Default run configurations. // These can be tweaked, removed, or duplicated as needed. runs { // applies to all the run configs below configureEach { workingDirectory project.file('run') // Recommended logging data for a userdev environment // The markers can be added/remove as needed separated by commas. // "SCAN": For mods scan. // "REGISTRIES": For firing of registry events. // "REGISTRYDUMP": For getting the contents of all registries. property 'forge.logging.markers', 'REGISTRIES' // Recommended logging level for the console // You can set various levels here. // Please read: https://stackoverflow.com/questions/2031163/when-to-use-the-different-log-levels property 'forge.logging.console.level', 'debug' mods { "${mod_id}" { source sourceSets.main } } } client { // Comma-separated list of namespaces to load gametests from. Empty = all namespaces. property 'forge.enabledGameTestNamespaces', mod_id } server { property 'forge.enabledGameTestNamespaces', mod_id args '--nogui' } // This run config launches GameTestServer and runs all registered gametests, then exits. // By default, the server will crash when no gametests are provided. // The gametest system is also enabled by default for other run configs under the /test command. gameTestServer { property 'forge.enabledGameTestNamespaces', mod_id } data { // example of overriding the workingDirectory set in configureEach above workingDirectory project.file('run-data') // Specify the modid for data generation, where to output the resulting resource, and where to look for existing resources. args '--mod', mod_id, '--all', '--output', file('src/generated/resources/'), '--existing', file('src/main/resources/') } } } // Include resources generated by data generators. sourceSets.main.resources { srcDir 'src/generated/resources' } repositories { // Put repositories for dependencies here // ForgeGradle automatically adds the Forge maven and Maven Central for you maven { url "https://cursemaven.com" content { includeGroup "curse.maven" } } // If you have mod jar dependencies in ./libs, you can declare them as a repository like so. // See https://docs.gradle.org/current/userguide/declaring_repositories.html#sub:flat_dir_resolver // flatDir { // dir 'libs' // } } dependencies { // Specify the version of Minecraft to use. // Any artifact can be supplied so long as it has a "userdev" classifier artifact and is a compatible patcher artifact. // The "userdev" classifier will be requested and setup by ForgeGradle. // If the group id is "net.minecraft" and the artifact id is one of ["client", "server", "joined"], // then special handling is done to allow a setup of a vanilla dependency without the use of an external repository. minecraft "net.minecraftforge:forge:${minecraft_version}-${forge_version}" // Example mod dependency with JEI - using fg.deobf() ensures the dependency is remapped to your development mappings // The JEI API is declared for compile time use, while the full JEI artifact is used at runtime // compileOnly fg.deobf("mezz.jei:jei-${mc_version}-common-api:${jei_version}") // compileOnly fg.deobf("mezz.jei:jei-${mc_version}-forge-api:${jei_version}") // runtimeOnly fg.deobf("mezz.jei:jei-${mc_version}-forge:${jei_version}") implementation fg.deobf("curse.maven:epic-fight-mod-405076:5922122") annotationProcessor 'org.spongepowered:mixin:0.8.5:processor' // Example mod dependency using a mod jar from ./libs with a flat dir repository // This maps to ./libs/coolmod-${mc_version}-${coolmod_version}.jar // The group id is ignored when searching -- in this case, it is "blank" // implementation fg.deobf("blank:coolmod-${mc_version}:${coolmod_version}") // For more info: // http://www.gradle.org/docs/current/userguide/artifact_dependencies_tutorial.html // http://www.gradle.org/docs/current/userguide/dependency_management.html } // This block of code expands all declared replace properties in the specified resource targets. // A missing property will result in an error. Properties are expanded using ${} Groovy notation. // When "copyIdeResources" is enabled, this will also run before the game launches in IDE environments. // See https://docs.gradle.org/current/dsl/org.gradle.language.jvm.tasks.ProcessResources.html tasks.named('processResources', ProcessResources).configure { var replaceProperties = [ minecraft_version: minecraft_version, minecraft_version_range: minecraft_version_range, forge_version: forge_version, forge_version_range: forge_version_range, loader_version_range: loader_version_range, mod_id: mod_id, mod_name: mod_name, mod_license: mod_license, mod_version: mod_version, mod_authors: mod_authors, mod_description: mod_description, ] inputs.properties replaceProperties filesMatching(['META-INF/mods.toml', 'pack.mcmeta']) { expand replaceProperties + [project: project] } } // Example for how to get properties into the manifest for reading at runtime. tasks.named('jar', Jar).configure { manifest { attributes([ 'Specification-Title' : mod_id, 'Specification-Vendor' : mod_authors, 'Specification-Version' : '1', // We are version 1 of ourselves 'Implementation-Title' : project.name, 'Implementation-Version' : project.jar.archiveVersion, 'Implementation-Vendor' : mod_authors, 'Implementation-Timestamp': new Date().format("yyyy-MM-dd'T'HH:mm:ssZ") ]) } // This is the preferred method to reobfuscate your jar file finalizedBy 'reobfJar' } // However if you are in a multi-project build, dev time needs unobfed jar files, so you can delay the obfuscation until publishing by doing: // tasks.named('publish').configure { // dependsOn 'reobfJar' // } // Example configuration to allow publishing using the maven-publish plugin publishing { publications { register('mavenJava', MavenPublication) { artifact jar } } repositories { maven { url "file://${project.projectDir}/mcmodsrepo" } maven { url "https://cursemaven.com" content { includeGroup "curse.maven" } } } } tasks.withType(JavaCompile).configureEach { options.encoding = 'UTF-8' // Use the UTF-8 charset for Java compilation }  
    • Ezio214
      [1.21.4] model with condition missing texture

      By Ezio214 · Posted

      I have a custom 3d model which works perfectly. BUT I want it to be held diffrently on the players hand when the item is being used. My JSON file under assets/examplemod/items looks like this: { "model": { "type": "minecraft:condition", "on_false": { "type": "minecraft:model", "model": "examplemod:item/example_item" }, "on_true": { "type": "minecraft:model", "model": "examplemod:item/example_item_using" }, "property": "minecraft:using_item" } }   This works fine until the item is used. The correct model will be displayed but with a full black texture instead of the actuall texture. Any idea why? (I want to use the exact same texture for both items, because their model is the same just diffrent displays on firstperson_righthand and firstperson_lefthand). The models JSON's are fully blockbench files inlcuding the elements, display, textures with texture_size.   Also is this the correct way to do it? Because it feels so dumb to change the exact same model just for a diffrent right- and lefthand view.   (fyi: ItemUseAnimation is BLOCK for this item)
    • Rikoring
      I can't join my modded minecraft server that is hosted with feather client

      By Rikoring · Posted

      I just backed up my world then tried to create new mod with currently equipped mod but with new world still made same error. Sooo I think it's not world error. also It's working fine on singleplayer. + but it made some another weird error with new world
    • TileEntity
      Forge crashing

      By TileEntity · Posted

      Maybe the file is too large - you can upload the log file via Mediafire

  • Topics

×
×
  • Create New...

Important Information

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

  I accept