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

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

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

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

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

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

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

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

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

一个有故事的人
真的挺多的

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

鬼冥仙火
6666666666666666666

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

墨寒菌
唉,开发者也不容易

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

teddyxlandlee
本帖最后由 teddyxlandlee 于 2022-6-12 18:06 编辑
SHEEP_REALMS 发表于 2022-6-10 13:00
Mojang在开放模组API之前,想搞定这些问题纯属做梦

其实我认为,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。

teddyxlandlee
Winner32 发表于 2022-6-10 14:38
技术原因是一大部分 首先你要知道fabric和forge的基本原理就是反编译mc然后把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 四方任意两方改的东西冲突了。

WisW
teddyxlandlee 发表于 2022-6-12 18:14
你把问题想的太简单了。你说的反编译其实是反混淆(de-obfuscation)吧。
反混淆从来都不是问题,一个loa ...

承认是我的技术实力以及用词问题

Sky_clod
你想怎么解决呢

Saponetin
本来就是用爱发电的内容,就不要强求太多了吧

洞穴夜莺
没分裂出几个原版已经不错了

sKczyer_LYB
反正我是不懂这些

Devanaai
本身社区丰富带来的副作用吧
这么多内容也不能强求他兼容一起
不过说实话要是MJ早开发官方MODAPI就没这么多事
可惜做不得捏

Horinography
理论上来说要解决这个问题就要等到下一个长期支持版本的出现,像1.12.2那样的。
1、严格意义上来说,模组作者们把mod移植到1.16.5只是一种妥协。
2、而且就像15楼 teddyxlandlee 说的那样,mojang的代码太烂了,存在大量历史遗留问题,有兴趣的可以去百度一下。
3、加上Java本来不适合做游戏,mod想要跟上版本只有是那种有大型开发团队的才可能,个人作者完全不可能。
4、大型mod向上移植基本不可能,只有重写,这就是为什么很多mod停留在1.12.2,比如:无尽贪婪。

Furnace_Core
游戏版本更新的比较快,我一般玩原版的最新版本,新东西比较多,还不用担心兼容性的问题

egg蛋蛋
都有各种版本的。

VoxBurner
是的 forge如果更新快一点就不会有fabric了

空辰KC
说模组分裂,不如再来看看游戏本身的 基岩版与java版 的分别,特性,指令,那么多不同……真是个笑话

傲昂昂
没办法,但至少他们已经为我们提供了很多好玩的内容了

mc大龙龙
因为兼容所有版本需要更大的成本,划不来,成本增加,利润不变,没人做的

Neige
了解一下相关知识你就会放弃这种想法

肖墨

插件服呀,插件服好玩

空城无人_
还好诶,主要是mod作者做起来挺难的,兼容性就没那么重要了

一稽之长
整合包的存在解决了问题

杀猪的刀
我也这么觉得,

风擎天下
感觉这个问题想要说清楚很复杂,尤其是你还提到技术问题,实际情况远远没有这么简单

第一页 上一页 下一页 最后一页