首先是各版本的模组不通用，这个是老问题了
然后现在fabric和forge版不兼容
再加上游戏本身还分java和基岩版
然后各mod作者不及时更新，重大bug不修复，退坑的，更新慢的

这就导致了 我自己搞整合包玩的时候，常出现两个mod都想玩，但因上面的原因，要么是运作方式不合，要么是游戏版本不对，要么是有新版但bug多作者迟迟不更新，非常的难受。所以整合包时最花时间的往往不是mod，而是找想玩的mod尽可能可以同时运行的游戏版本。
目前看来最合适的版本仍是1.12，但原版内容在 1.13往后又是一条分水岭，一版本之隔就少了非常多的内容。
真的就没有解决这些问题的方法么，没有大佬试过做兼容么，技术上做不到吗。

因为mc都不是开源的，到现在只有部分开源，其实他对mod作者实在不是很友好

Mojang在开放模组API之前，想搞定这些问题纯属做梦

神秘时代多好的一个mod啊，然而作者就弃坑了，最新的1.12神秘6还是半成品。说是有制作组接手在做1.16版，但现在都1.19了，还不知道什么时候能做出来

1.12之后比较好的模组版本是1.16，但很不巧的是神秘 工业和其他一些老牌mod都没有1.16的版本，或者跳过做1.18了，太多遗憾了

很多mod作者都退坑不更新了 还是喜欢1.7.10各种mod争霸

技术原因是一大部分 首先你要知道fabric和forge的基本原理就是反编译mc然后把mod的代码“黑”进去 而他们反编译的方式是不一样的 例如有些反编译把tnt放在entity.item 而有些就是entity 你怎么调用  版本的话 人家mojang的写法也不一样 假设1.7注册物品是这个 1.8就改了 其实就是mojang的锅 要是他早点搞个官方api也不至于这样 冲突的话...因为是黑进去的 缺少调度 模组打架

那没办法 作者做那些通常是用爱发电，也没什么必要什么版本都做一遍

真的挺多的

主要是forge后期拉胯了 让fabric反超了

6666666666666666666

我想玩的mod好多都不兼容。只能想玩一个玩一个

唉，开发者也不容易

MC现在没有大佬的加入了，MOD作者变得少之又少，玩mc的大部分都玩的1.7.10和1.12.2，这两个是目前的霸主级

本帖最后由 teddyxlandlee 于 2022-6-12 18:06 编辑

其实我认为，Mojang不存在开放不开放模组API的问题。
1. Mojang写的代码实在是太烂了——问题是人家用MojMaps写的优化模组它都懒得抄
2. Mojang重构代码是不会考虑modder的。
3. 其实Mojang已经够照顾Modder了，既发布了MojMaps，还承诺不删除弃用的常量。
4. 理论上95%的Fabric/Quilt Mod都可以在简单处理后用MojMaps跑起来，所以对于1.17+来说80%的Fabric/Quilt Mod都可以通过某种特定方式跑在使用MojMaps类名的Forge端。
——前面的5%是那些用魔法方式（如：写死要hack的mc类名、魔法反射等）去修改原版代码的，反正我从来没干过，因为我获取mc类名从来都是用规范的Fabric Loader API。
——后面的20%包括前面5%，再就是跟Forge的event system冲突的Fabric Mod，以及跟Forge魔改冲突的Fabric Mod。

你把问题想的太简单了。你说的反编译其实是反混淆（de-obfuscation）吧。
反混淆从来都不是问题，一个loader使用的反混淆完全可以转换成另一个。步骤（以Fabric on Forge 1.17为例）：
- 下载 Fabric Intermediary 映射（intermediary -> official）
- 下载 MojMaps 和forge使用的字段、方法等 Searge name ^{[需要扩充：forge mapping到底从哪下、怎么处理]}（notch/official -> searge）
- 使用恰当的方式将其整合成一个映射表（official / intermediary / searge）
- 将 Fabric Mod 转换成 searge 环境下可用的东西，一步到位（intermediary -> searge）
至于不兼容，那是因为Forge API、Fabric API、主流Forge Mod（如JEI）、主流Fabric Mod 四方任意两方改的东西冲突了。