Jump to content

Recommended Posts

Posted

So just wondering... hard to search for "id conflict" and get a good results on the forum so I'll do it t his way :)

Is there a way to auto resolve ID conflicts in forge... or a plan to add one...

Just spent about 30 minutes trying to get 1.3.2 mods to run and resolving ID conflicts 1 by 1...

If there is a way, it would still be up to the mod dev to implement it... but it would be nice if mods would check for an existing config file and if it's not there to just go "hey forge... i need these X IDs, are they free?" and forge going "well number 3,6 and 8 are taken, but i can give you these instead"...

 

or, "worst case"... forge generating a list of all ID conflicts before MC crashes and telling you "hey, you need to replace these IDs... here's a few free IDs that might help"

 

something along those lines...

 

just look at the mc forums... there's about 70% of people asking "hey, I get this error" and then they copy/paste an ID conflict... it would prolly help out devs a lot if they don't get spammed with stuff like that... and make installing mods a lot easier...

 

sure, there's more important stuff to add/solve... but depending how/when the id conflicts are loaded in the source, this shouldn't be too hard to do :)

Posted

maybe there should be a general id directory with one config file fir ids pprovided by forge that would every forge mod use and write their block and item ids in it or something like that

"not to scare azanor more , but he's a programmer, which is like the child of an orgy between math, logic, writing, and black magic . without any one of those it just doesn't work" etopsirhc

Posted

You want a mod called IDResolver.  The pre-release for 1.3.2 is buried in the minecraftforum thread.  NotEnoughItems can generate a user/free ID list if you want to do it manually (or for a server, IDResolver is clientl-only).

 

yea but that's more busywork... i can take a week off work and code my own forge ID resolver... you shouldn't need 2 mods to do something like this... it should be something that a "framework" fixes itself... i can also go to the technic modpack and just use their excel table and edit stuff... or make my own excel table before running all the mods... or check the "shared id" table that i remember seeing on the forum here somewhere...

but the point is to make it easy for the players and modders to solve stuff like this... that was a modder can simply say "hey, i need 10 block and 5 item IDs" and forge returns a table with the IDs that are free... mod writes it's config... problem solved...

and if a mod is not using the auto-id function or for some reason there's an id conflict... forge detects the error and handles it like IDResolver does... "here's a list of stuff you need to fix, want me to do it?"

 

if I'm not mistaken, RP2 has the function built in it already, doesn't it? I think i remember a config setting saying resolve ID conflicts or something...

 

so... since it's not something that's built in it seems... is it on any todo list at all or if the official info "there's already a mod that does that?" :)

again... not really a hard thing to code... and it would reduce the number of people asking "hey, I get this error" by... a lot I guess...

only question is... how many new bugs would it bring :)

Posted

yea... but it will still happen... mostly due to "minor" mods picking in the lower 1000s... or around 4000 to be "safe"... mod devs can't know all the other mods and what they pick... i've even had some of the big mods report conflicts from time to time... dunno if it was pre 1.3.2 tho...

 

personally i like having a lot of different blocks to make my houses and world look pretty :)

hm... i think portal and forestry have conflicts? :)

Posted

I highly doubt that MC will get into a state that would make 100% automatic ID management to be feasible.

However, specifically when it comes to mods grabbing ids on first install, Forge already has the tools to make everything that uses forge to work together IF the modder decides to use it.

The 'auto id picker' from RP is actually just the getBlock function in Forge Config.

 

So, ID Resolver style hack and smash, probably not gunna happen without Vanilla MC introducing some things that need to be done.

But if modders take 10 seconds to call a function they can get a free ID without issue. So if you have conflicts, go yell at the modders.

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Posted

so... people setting the ID by default and not using getBlock are just lazy... gotcha :) good to know that there is a way to do it without causing conflicts... ty lex :)

  • 2 weeks later...
Posted

The "getBlock" referenced here is "getOrCreateBlockIdProperty" or something else? I've looked at various tutorials and the forge source (at least up to 4.1.1.251) and I want to make sure I'm doing this right. Conflicts suck.

Posted

The are the same thing, getBlock is just the new name as the old one is long, annoying and will be removed in 1.4

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

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.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • Hi all,  I have the following issue: I'd like to parse some json using gson and rely on the (somewhat new) java record types. This is supported in gson 2.10+. Gson is already a dependency used by minecraft, however it's 2.8.x for 1.19.2 which I'm targeting at the moment. My idea was to include the newer version of the library in my mod and then shadow it so it gets used inside the scope of my mod instead of the older 2.8. This works fine for building the jar: If I decompile my mod.jar, I can see that it's correctly using the shadowed classes. However obviously when using the runClient intellj config, the shadowing doesn't get invoked. Is there any way of invoking shadow when using runClient, or am I on the wrong track and there's a better way of doing this entirely? Thanks in advance!
    • Yep I did upgrade just because it showed me a new version available.  I'll redownload the mod list and make sure anything works.  Thanks!
    • The latest log was taken down by pastebin for some reason. Did you try removing the mods you added? The mods you updated, was there a specific reason you updated, or just because? It's possible the updates introduced incompatibilitie, or even need a newer build of forge. If you didn't need the updates for a specific reason, you could also try downgrading those mods.
    • Please read the FAQ, and post logs as described there. https://forums.minecraftforge.net/topic/125488-rules-and-frequently-asked-questions-faq/
    • I am using forge 1.20.1 (version 47.3.0). My pc has an RTX 4080 super and an i9 14900 KF, I am on the latest Nvidia graphics driver, latest windows 10 software, I have java 23, forge 1.12.2 works and so does all vanilla versions but for some reason no version of forge 1.20.1 works and instead the game just crashes with the error code "-1." I have no mods in my mods fodler, I have deleted my options.txt and forge.cfg files in case my settings were causing a crash and have tried removing my forge version from the installations folder and reinstalling but no matter what I still crash with the same code and my log doesn't tell me anything: 18:34:53.924 game 2025-02-06 18:34:53,914 main WARN Advanced terminal features are not available in this environment 18:34:54.023 game [18:34:54] [main/INFO] [cp.mo.mo.Launcher/MODLAUNCHER]: ModLauncher running: args [--username, mrmirchi, --version, 1.20.1-forge-47.3.0, --gameDir, C:\Users\aryam\AppData\Roaming\.minecraft, --assetsDir, C:\Users\aryam\AppData\Roaming\.minecraft\assets, --assetIndex, 5, --uuid, 2db00ea8d678420a8956109a85d90e9d, --accessToken, ????????, --clientId, ZWI3NThkNzMtNmNlZS00MGI5LTgyZTgtYmZkNzcwMTM5MGMx, --xuid, 2535436222989555, --userType, msa, --versionType, release, --quickPlayPath, C:\Users\aryam\AppData\Roaming\.minecraft\quickPlay\java\1738838092785.json, --launchTarget, forgeclient, --fml.forgeVersion, 47.3.0, --fml.mcVersion, 1.20.1, --fml.forgeGroup, net.minecraftforge, --fml.mcpVersion, 20230612.114412] 18:34:54.027 game [18:34:54] [main/INFO] [cp.mo.mo.Launcher/MODLAUNCHER]: ModLauncher 10.0.9+10.0.9+main.dcd20f30 starting: java version 17.0.8 by Microsoft; OS Windows 10 arch amd64 version 10.0 18:34:54.132 game [18:34:54] [main/INFO] [ne.mi.fm.lo.ImmediateWindowHandler/]: Loading ImmediateWindowProvider fmlearlywindow 18:34:54.191 game [18:34:54] [main/INFO] [EARLYDISPLAY/]: Trying GL version 4.6 18:34:54.303 game [18:34:54] [main/INFO] [EARLYDISPLAY/]: Requested GL version 4.6 got version 4.6 18:34:54.367 monitor Process Monitor Process crashed with exit code -1     screenshot of log: https://drive.google.com/file/d/1WdkH88H865XErvmIqAKjlg7yrmj8EYy7/view?usp=sharing
  • Topics

×
×
  • Create New...

Important Information

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