Rohzek

Still have the same problem; haven't found a fix.

There should be a run folder inside your project root (beside src, gradlew.bat etc) inside of which is a "normal minecraft installation" with config, logs, mods, resourcepacks, saves, etc. You should be able to drop whatever you want in there to have it load with the game, separate from being in your dev environment

This all worked fine before 1.20, but now trying to figure out a way to work with the new template system is proving difficult. It will work the first time you try and you can see the correct output and click it to see it hovering on the mouse, but when you click to put it into your inventory (or try to shift click it out of it's slot) the item disappears. If you try a second time to make the same recipe without restarting the game, it's no longer seen as valid. I'm sure I'm missing something simple but no idea what that could be. Custom Recipe File (java) Example Recipe (json)

I have two semi-related problems, both involving rendering. For the first situation I want to hide the air bubbles/breath bar when a particular piece of armor is worn. Previously I used RenderGameOverlayEvent.Pre event and canceled the event if the element type was ElementType.AIR which no longer exists in 1.17 it seems, and now I'm not sure how to recreate this functionality with the new system. For the second, I want to disable the under-lava-view fog when a particular piece of armor is worn. Previously I used EntityViewRenderEvent.FogDensity event and RenderSystem.fogStart(0.0F); RenderSystem.fogEnd(1024F); event.setDensity(0.05F); event.setCanceled(true); to achieve the desired result. To be honest with you I don't remember how I came up with that solution anymore, only that fogStart and fogEnd became deprecated at some point before 1.16.5 (as I found out when finally updating my mod yesterday), and are completely removed now. For 1.17 I tried replacing those with RenderSystem.setShaderFogStart(0.0F); RenderSystem.setShaderFogEnd(1024F); which has no effect, unless I'm missing something else for that to work. Not sure how to get the same effect here.

I'm looking for a way to set an "easy" mode in the configs which disables some recipes and enables others. Googling/searching this forum brings up a lot of 1.12 references to IConditionFactory which no longer exists. How would you go about that now?

How would I go about using a single blockstate/model/item model file for a set of blocks? I don't mean to try to use a single blockstate to stand in for metadata or whatever, I mean each block uses the same blockstate/model/texture etc.

I'm making armor that allows players to walk in lava while they wear it, without being hurt. Easy enough, but I wonder if there's a way to remove the burning overlay so they can see normally (or stop players from burning all together when wearing the armor)?

Did the trick, thanks.

The easiest way to explain what I mean is probably an illustration so I'll just do that: Here I use one item to "fill" two other items, and the crafting recipe works as intended; the two empty cups get removed and the empty mug stays But here, I want to "mix" two items and keep the same amount of "containers" but currently it duplicates them by leaving the container items behind and creating two more in the form of the output. Technically the ContainerItem code is working as "intended" but, is there a way to temporarily override the container item in this instance, or just remove the item from the crafting matrix after pulling the result out? And what if I want to do this with vanilla items, too (e.g. mixing a custom "bucket" item with a vanilla milk bucket, to where two new bucket items would pop out, and both of the leftover vanilla buckets containers should be removed I've tried doing both clear and decrStackSize on the PlayerEvent.ItemCraftedEvent.craftMatrix but neither seemed to work.

You can tag this class as @Mod.EventBusSubscriber and not worry about calling the event bus registry in your proxy But this has to be static for that to happen But, what's going on here? You do know 'Cooking for Dummies' is close, but using 'Cooking For Blockheads' is literally just using the name of another mod?

Help > Eclipse Marketplace Search 'decompiler' Install Enhanced Class Decompiler (Or Bytecode Outline) Restart Open Package Explorer, right click on project Build Path > Configure Build Path > Libraries > Add External Jar > Add the mods jar file. Find files in Project > Referenced Libraries > modname.jar and open them like any other

There's either a problem with CraftStudio, a mod that uses it, or a mod you have requires it and you don't have it installed. What's your list of mods? EDIT: Specifically PTRLib has a com.mia.craftstudio. Are you running Decocraft or Camera Obscura?

Yes, I know that. And, as I said in the OP I'm using https://github.com/Azanor/thaumcraft-api/blob/master/ThaumcraftApi.java#L291 to add aspects to the other ores. Kind of implies I know of the API already. Infact I even said: What I'm not finding in it, is a method to remove/change/overwrite an item that's getting stuck with aspects through other sour- Just re-read the OP, I've already said all of this.

Forge probably want's the server file to have the same name as it would have, if had been downloaded with the Forge installer, which is the same name displayed on the website, on the download link. Try renaming it to that: 'minecraft_server.1.12.2.jar'

I know this isn't Forge related, but I figured I'd ask anyway, in case someone knows: I'm attempting to add limited Thaumcraft support to my mod, in the form of adding aspects to items, and am stuck on a small snag; Is there a way to overwrite/remove aspects from items that already have them, using the Thaumcraft API? Specifically my items/ores, which are tagged with (Thaumcraft supported) ore dictionary entries, are grabbed by Thaumcraft's automatic adding of ore dictionary items and have aspects applied to them, that I wish to tweak (small things such as adding 'Ignis' to nether ores) or change completely (in some cases, to better fit the item's purpose). Adding aspects to items a la the ThaumcraftApi#registerObjectTag (and #registerComplexObjectTag) method(s) works great for the unaffected items, but does not seem to override or even concat the aspects on the items that are already tagged, regardless of when it's called (Pre-Init, Init, or Post-Init). A quick search through the API (both on Github, and in Eclipse) hasn't really turned up anything obvious. Am I missing something/is there an easy way around this?