Minecraft(我的世界)中文论坛

标题: [Fabric](填坑中)Fabric 的前世今生

作者: liach    时间: 2019-5-8 18:12
标题: [Fabric](填坑中)Fabric 的前世今生
本帖最后由 秦无心_Renoi 于 2020-3-16 16:22 编辑


前言

在 2018 年 12 月 10 日,Minecraft mod 界大佬 asiekierka 发表声明,Fabric 隆重登场,并随着 1.14 和 1.15 快照的发展一直走到今天。它的背后究竟有什么故事?为什么它在 1.14 的时候诞生而不是 1.13?


注:有问题需要楼主补充直接留言要求就行。

人物

asiekierka




modmuss50




sfPlayer1




Prospector



Runemoro



Chocohead



Lexmanos



Coded



Thog, ShadowFacts, mezz, Nedelosk, Unascribed, copygirl



其它还有一些人物,比如 InsomniaKitten(Chloe Dawn)、jamierocks、Chocohead、kashike、liach(不要脸的楼主把自己放进来了)、3TUSK(u.s.knowledge)、Danielshe等为 Fabric 做过贡献。


术语

Fabric Loader



Fabric API



yarn



loom



Mod Coder Pack




Rift



LiteLoader



OpenModLoader



Mixin





历史

你以为 Fabric 是 Forge 的分支不肖子孙吗?
错了。

Fabric 的传承

一般大家概念中,Mod 加载器就是 Forge 一家独大,偶尔 LiteLoader 出来冒个泡。

但是 1.13 时 Forge 大重写给很多新型 Mod 加载器冒泡的机会。尝试过的 Mod 加载器也不止一个(Rift、OpenModLoader、Fabric),为什么 Fabric 在轻量级加载器的战争中获胜?

Minecraft Mod 加载器有很多,但是随时间推移,在 1.6 中 ModLoader 弃坑后,因为维护成本等原因,Forge 一家独大。(Sponge API 规模上也可以算重量级加载器,但是并不提供注册物品等非插件功能)

剩下就是轻量级加载器的战场了。
这中间最有名的是的 LiteLoader 了。
虽然 LiteLoader 主要加载客户端 mod,但是实际上也可以加载添加物品、方块等的大型 mod。有个BlazeLoader就是基于 LiteLoader 加载器的一个 mod API。

在 Forge 一家独大的时候,风平浪静的表面下却是暗流涌动。
有很多 Mod API 存在过,又烟消云散了。Paper Mod Loader运气还算好,在 GitHub 上留了个全尸;在现在的 OpenModLoader 之前实际上还有一个老的 OpenModLoader,连骨灰都不剩了(modmuss50 电脑本地有存档)。

说 Fabric 是 Forge 的竞争者,更不如说它是这些夭折工程中的幸运儿。

创作者走向

在 Fabric 的聊天群和 Mod 作者中,大概有这几类:


为什么 Fabric 一炮成名

asiekierka 总结,Fabric 的成功和在 Feedthebeast reddit 上的帖子息息相关。的确如此;Fabric 群中大多数成员都是在 2018 年 12 月 10 日发帖后才加入的。

然而除此之外,Fabric 为什么能有如此好的基建呢?楼主认为还是 Fabric 作者们肝出来的,比如 Knot 启动器(兼容 Java 8 以上版本)和 Mixin 的 Knot 兼容层都是 asiekierka 自己写的。Forge 虽然有重构,但是本末倒置,基建一团糟就急功近利。ModLauncher 名义上高大上,但是实际使用并不多,连 Optifine 都不用;而 Knot 却成功很多,实现了更安全的字节码修改。ForgeGradle 3 稳定性还没有 ForgeGradle 2 好,所以 Rift 使用了修改版的 ForgeGradle 2。

Forge 的说法

Fabric 如火如荼,当然就有人去问 Forge 对 Fabric 的看法。Forge 开发组在 2019 年 6 月 2 日的 Forge Annual Parley 上也简单回答了几个问题。
某人写的 Forge Annual Parley 总结
Forge 和 Fabric 互动:

开发者合作:

Fabric 更新快的原因:


Fabric 的弱点

Fabric 亮点很多,但是也有弱点。

Fabric 的玩家用户不多。Mod 在 curseforge 上的下载量都偏低。Twitch 启动器也不支持 Fabric。
Fabric 的有些基础设施还需要改进,比如 Enigma 反混淆软件和 procyon 反编译器还有一些 bug。loom 也有些小问题。
作者: liach    时间: 2019-5-9 08:29
啊,对不起……这个坑我本来准备慢慢填,结果不小心发了……
作者: 派达星    时间: 2019-5-20 10:02
本帖最后由 派达星 于 2019-5-20 10:41 编辑

Fabric Api 0.3会导致游戏卡顿2-3s。即便我什么mod都不加,只放Fabric Api也会卡顿。我看到GitHub上已经有人反馈了,不知道啥时候能解决。
作者: liach    时间: 2019-5-20 14:24
派达星 发表于 2019-5-20 10:02
Fabric Api 0.3会导致游戏卡顿2-3s。即便我什么mod都不加,只放Fabric Api也会卡顿。我看到GitHub上已经有 ...

是的。原因是jar in jar有个效率问题,导致游戏在最早加载某些类的时候卡顿一下。但是一次性卡顿后,在游戏中之后就再也不会卡顿了。

推荐的临时解决方法是搞一个临时创造世界,每次启动游戏先进一下那个世界过一下这个卡顿期。然后再进入你所游玩的正式存档或者服务器。
作者: 1a2s3d4f1    时间: 2019-5-26 22:01
本帖最后由 1a2s3d4f1 于 2019-5-26 22:03 编辑

fabric的模块化也是...蹦服还要安装FabricProxy,mod显示要安装modmenu,加载条也要安装mod,jar套jar也就是说这些模块可以包含到一个jar里面(上次打开一个fabric mod发现前置mod都套进去了
作者: liach    时间: 2019-5-26 22:59
1a2s3d4f1 发表于 2019-5-26 22:01
fabric的模块化也是...蹦服还要安装FabricProxy,mod显示要安装modmenu,加载条也要安装mod,jar套jar也就 ...

对,同时不同mod搬运同一个前置时还会只选最新的那个使用。只是现在这个特性有点卡顿,asie正在修复
作者: qq199771000    时间: 2019-5-28 09:30
原来背后有这样的故事
作者: 13956675949    时间: 2019-5-31 21:33
原来背后有这样的故事
作者: wegood9    时间: 2019-6-18 16:01
坐等填坑。
没想到一段时间没关注后不仅原版巨变,连mod api都换了几波。
作者: 1a2s3d4f1    时间: 2019-6-18 18:26
本帖最后由 1a2s3d4f1 于 2019-6-30 21:59 编辑

fabric默认无法探测tps(不排除额外mod)fabric版本的星系https://github.com/StellarHorizons/Galacticraft-Rewoven(试图移植forge的tps获取指令代码失败了)  如果某个mod的方块/实体出错导致崩溃,fabric无法移除出错方块/实体,靠其他mod实现这个功能
作者: liach    时间: 2019-6-18 22:58
1a2s3d4f1 发表于 2019-6-18 18:26
fabric默认无法探测tps(不排除额外mod)fabric版本的星系https://github.com/StellarHorizons/Galacticraf ...

tps的话个人不推荐forge内置的这种,一般你安装个warmroast的检测效果更好(或者可以使用原版的/debug命令)
作者: liach    时间: 2019-6-18 22:59
wegood9 发表于 2019-6-18 16:01
坐等填坑。
没想到一段时间没关注后不仅原版巨变,连mod api都换了几波。

forge大开刀的时候给了新api一些空间嘛,但是改进后forge现在看来后劲不足,fabric满足了forge做不到的一些需求
作者: 黄河    时间: 2019-6-20 23:35
感谢楼主dalao的科普嗷!
作者: 2714491883MP    时间: 2019-7-11 11:05
本帖最后由 2714491883MP 于 2019-7-11 11:08 编辑
liach 发表于 2019-6-18 22:59
forge大开刀的时候给了新api一些空间嘛,但是改进后forge现在看来后劲不足,fabric满足了forge做不到的一 ...

dalao好!
我找到了些可能奇怪的问题,不知道dalao可否回答
Wouldn't all that new modloaders (Rift for 1.13, Fabric for 1.14) fragmentate the modding community as time goes on?

从某些角度看,1.14下Fabric的很多Mod具有创意,给人一种1.7.10的清新感
但Mod社区也因此分成了Fabric和Forge 2大块
不过
LexManos Posted June 14:

Anyways, getting tired of answering this. Forge will never use Fabric. Fabric's core design of "screw it everyone's a coremod!" is NOT feasible for a large compatible modding ecosystem. Forge's major rewrite is done, which means updates should be back to our normal same day target. Sorry for being 'slow' because we decided to cleanup 8 years of technical debt and plan for the next 10 years.

Forge不会去支持Fabric,而Fabric无法提供Forge的大型Mod生态

这样,未来的MC Modding既有可能会分成2块(其实现在已经这样了),一边是Fabric的轻量Mod,另一边是Forge的FTB大型Mod体系
最近的趋势是,新的模组作者都使用Fabric,老的Mod也也涌向Fabric的趋势(VanillaFix,ReplayMod),这样,随着时间的推移,FTB下的大型Mod体系中很多看似微不足道却举足轻重的Mod(VanillaFix其实就是其中之一)走向Fabric,Forge下的Mod体系几乎会解体,而Fabric无法提供Forge那样的大型Mod生态,对MC Modding是个毁灭性的打击。
另一种可能是,FTB下的大型Mod体系依旧存在,但是百年没有变化,缺少新鲜血液,Fabric虽然生意红火,但是无法建立大型的Mod生态,到头来1.7.10还是Mod最辉煌的版本,MC Modding就和PVP和小游戏一样,辉煌永远留在1.7


作者: tian051011    时间: 2019-8-6 11:29
那么Sponge会推出Fabric版本吗
作者: 上下五千    时间: 2019-8-16 11:29
因为所以
作者: liach    时间: 2019-8-17 12:31
2714491883MP 发表于 2019-7-11 11:05
dalao好!
我找到了些可能奇怪的问题,不知道dalao可否回答

Fabric 和 Forge 的分歧会有,但是因为两个主要还是基于 Minecraft 源码的,搬运起来不会太难。

LexManos 的话我个人认为不足为信。Fabric 的 mod 不一定需要 mixin 或修改字节码。同时,LexManos 名义上说清理了过期老代码,但是实际上 Forge 还有很多问题老代码,而且照常忽略 modder 的需求。

Fabric 有大型 mod 生态,现在也有大型整合包(虽然包里面的大型 mod 很少)

Forge 实际上和以前生态不同了。现在的 Optifine 都和 Forge 分道扬镳了,前景不妙啊。
作者: liach    时间: 2019-8-17 12:33
tian051011 发表于 2019-8-6 11:29
那么Sponge会推出Fabric版本吗

Sponge 内部决定不会提供官方实现。

Sponge 的开源许可(MIT License)允许任何人自己去实现(但是估计没人有空)。

如果有实现,理论上只使用 SpongeAPI 的 Sponge 插件可以基于其运行。
作者: kmoi    时间: 2019-8-21 04:22
新生fabric也许是一个新的起点。支持一下。
作者: 深绿世界X    时间: 2019-8-21 23:40
我等官方肝出API和加载器
作者: 1a2s3d4f1    时间: 2019-10-12 17:50
本帖最后由 1a2s3d4f1 于 2019-10-15 22:07 编辑

似乎有2个关于forge与fabric的项目,一个是加载forge mod(不能加载forgemod的class文件)一个是把forge mod搞成fabric mod


作者: liach    时间: 2019-10-13 05:11
1a2s3d4f1 发表于 2019-10-12 17:50
似乎有2个关于forge与fabric的项目,一个是加载forge mod(不能加载forgemod的class文件)一个是把forge mod ...

最近patchwork比较火,而且patchwork已经能够处理一些基础forge mod了
作者: RedBoy2006    时间: 2019-10-25 22:02
我觉得以后Fabric会加上可以运行大型mod的代码
作者: RedBoy2006    时间: 2019-10-25 22:04
也罢,Forge现在这微操是要玩完的节奏(也不一定,毕竟工业2,建筑,林业,神秘这些老牌mod还没移植到Fabric上)
作者: 锁相环则    时间: 2019-10-30 10:51
现在curseforge上mod模块化越发明显了,大概是因为1.14.4的轻量化,我看到有个作者直接把exu的各种东西拆了做成一个个mod了,这下可能功能性mod和大型环境型mod差别会越来越大吧…
作者: liach    时间: 2019-10-30 22:07
锁相环则 发表于 2019-10-30 10:51
现在curseforge上mod模块化越发明显了,大概是因为1.14.4的轻量化,我看到有个作者直接把exu的各种东西拆了 ...

主要是移植新版本方便
作者: Sunday40848    时间: 2019-10-31 20:03
现在不懂点编程连游戏都玩不好了
作者: 华丽丽丽丽    时间: 2019-11-1 04:20
66666666666666666666666666666666
作者: 1a2s3d4f1    时间: 2019-12-12 21:59
本帖最后由 1a2s3d4f1 于 2019-12-16 12:54 编辑

fabric 的注册表模块效率不高,遇到剃除填充了注册表的mod(指那种添加大量装饰块的mod),就会缓慢去除注册表中的移除项目,但是一个一个去也太慢了吧没内存的问题
作者: liach    时间: 2019-12-14 17:32
1a2s3d4f1 发表于 2019-12-12 21:59
fabric 的注册表模块效率不高,遇到剃除填充了注册表的mod(指那种添加大量装饰块的mod),就会缓慢去除注册 ...

移除注册表只会在游戏启动或者玩家加入世界/读取世界的时候处理。是说mod客户端连原版服务器进去的时候移除注册表项目太慢?
作者: 1a2s3d4f1    时间: 2019-12-14 18:57
liach 发表于 2019-12-14 17:32
移除注册表只会在游戏启动或者玩家加入世界/读取世界的时候处理。是说mod客户端连原版服务器进去的时候移 ...

mod客户端进入存档的时候因为移除了mod而移除注册表的项目,但是不知道怎么回事1秒1个项目的速度移除,遇到物品多的mod被删掉就可以卡更久
作者: soil-sword    时间: 2019-12-15 01:44
为什么一个讨论帖子那么专业啊!!
作者: liach    时间: 2019-12-16 08:05
1a2s3d4f1 发表于 2019-12-14 18:57
mod客户端进入存档的时候因为移除了mod而移除注册表的项目,但是不知道怎么回事1秒1个项目的速度移除,遇 ...

嗯,很奇怪,你有stacktrace或者性能报告吗
作者: 1a2s3d4f1    时间: 2019-12-16 12:55
liach 发表于 2019-12-16 08:05
嗯,很奇怪,你有stacktrace或者性能报告吗

抱歉,之前因为内存没分配足,是之前太卡了,本地世界的tps也是各位数<10(1.14.4优化真的烂)
一秒23个项目的移除速度,遇到多的项目要10分钟处理完毕,不知道forge用了什么骚操作,几下就移除完毕了


作者: liach    时间: 2019-12-16 16:54
1a2s3d4f1 发表于 2019-12-16 12:55
抱歉,之前因为内存没分配足,是之前太卡了,本地世界的tps也是各位数

话说你的mod整合包是怎么样的?我自己来试试看,看了下代码没看出瓶颈在哪里
作者: 1a2s3d4f1    时间: 2019-12-16 17:16
liach 发表于 2019-12-16 16:54
话说你的mod整合包是怎么样的?我自己来试试看,看了下代码没看出瓶颈在哪里 ...

https://pan.baidu.com/s/1dBuGvixh1IDtlF4kMhnB1w
自己整合的mod,莫名卡顿
作者: liach    时间: 2019-12-17 01:50
1a2s3d4f1 发表于 2019-12-16 17:16
https://pan.baidu.com/s/1dBuGvixh1IDtlF4kMhnB1w
自己整合的mod,莫名卡顿

给mod列表我自己打吧,百度盘下载下不动
作者: 1a2s3d4f1    时间: 2019-12-17 12:52
liach 发表于 2019-12-17 01:50
给mod列表我自己打吧,百度盘下载下不动

就怎么多 多数前置mod jar包含



作者: 1a2s3d4f1    时间: 2019-12-27 22:31
liach 发表于 2019-12-17 01:50
给mod列表我自己打吧,百度盘下载下不动

现在没发现注册表过慢问题,完事了

作者: 1a2s3d4f1    时间: 2019-12-29 22:41
本帖最后由 1a2s3d4f1 于 2019-12-29 22:43 编辑

UseItemCallback在客户端上有bug,就是如果想在客户端环境下控制玩家物品使用,就会崩溃游戏
  1. UseItemCallback.EVENT.register((PlayerEntity playerEntity, World world, Hand hand) -> {
  2.             if (world.isClient) return TypedActionResult.pass(ItemStack.EMPTY);

  3.             if (Config.PREVENT_USING_ITEMS) {
  4.                 ClaimData cd = ClaimManager.get(playerEntity.getBlockPos().getX() >> 4, playerEntity.getBlockPos().getZ() >> 4, playerEntity.dimension.getRawId());

  5.                 if (!cd.isOwned()) return TypedActionResult.pass(ItemStack.EMPTY);

  6.                 if (cd.isOwner(playerEntity.getUuid()) || cd.isMember(playerEntity.getUuid())) {
  7.                     return TypedActionResult.pass(ItemStack.EMPTY);     //就在客户端上会出现NPE,服务端环境没问题
  8.                 } else {
  9.                     return TypedActionResult.fail(ItemStack.EMPTY);   //相当于让玩家不能用物品,达到领地保护目的
  10.                 }
  11.             } else {
  12.                 return TypedActionResult.pass(ItemStack.EMPTY);
  13.             }
  14.         });
复制代码




作者: liach    时间: 2019-12-30 14:34
1a2s3d4f1 发表于 2019-12-29 22:41
UseItemCallback在客户端上有bug,就是如果想在客户端环境下控制玩家物品使用,就会崩溃游戏

https://github.com/FabricMC/fabric/issues/470
作者: 小陆嘎嘎    时间: 2019-12-30 23:31
还是读书好 不然什么都不懂
作者: 1148192961    时间: 2019-12-31 17:47
        Mcbbs有你更精彩~
作者: 1a2s3d4f1    时间: 2020-1-5 13:01
本帖最后由 1a2s3d4f1 于 2020-1-6 21:58 编辑

https://github.com/FabricMC/fabric/issues/458
这个同步bug延续在1.15.1的fabric上,希望能被修复掉
fabric没考虑对原版服的兼容性?

作者: liach    时间: 2020-1-7 08:15
1a2s3d4f1 发表于 2020-1-5 13:01
https://github.com/FabricMC/fabric/issues/458
这个同步bug延续在1.15.1的fabric上,希望能被修复掉
fabr ...

可以的话你要从fabric中手动移除registry sync mod(改fabric jar的meta inf里面一个列jar in jar的文件)
作者: 1a2s3d4f1    时间: 2020-1-7 12:55
liach 发表于 2020-1-7 08:15
可以的话你要从fabric中手动移除registry sync mod(改fabric jar的meta inf里面一个列jar in jar的文件) ...

registry sync mod可以发送一个数据包,如果是fabric server就会接收客户端的数据包并发送数据包给客户端接收,这样就打开registry sync mod的功能,没接收到就禁用registry sync mod

作者: liach    时间: 2020-1-8 11:01
1a2s3d4f1 发表于 2020-1-7 12:55
registry sync mod可以发送一个数据包,如果是fabric server就会接收客户端的数据包并发送数据包给客户端 ...

registry sync主要问题是不看data fixer有没有改过原版的id,所以会有点问题……而且registry sync是直接把存档里的id先在服务端上重定向(remap)然后发给客户端,如果客户端没有重定向机制(registry sync mod)就嗝屁了
作者: 无敌啦呵呵    时间: 2020-3-8 11:55
liach 发表于 2020-1-7 08:15
可以的话你要从fabric中手动移除registry sync mod(改fabric jar的meta inf里面一个列jar in jar的文件) ...

完全不行,删除后服务端都打不开,客户端删除也打不开
作者: 无敌啦呵呵    时间: 2020-3-8 11:56
1a2s3d4f1 发表于 2020-1-7 12:55
registry sync mod可以发送一个数据包,如果是fabric server就会接收客户端的数据包并发送数据包给客户端 ...

这个问题该怎么解决?
作者: 1a2s3d4f1    时间: 2020-3-8 12:17
无敌啦呵呵 发表于 2020-3-8 11:55
完全不行,删除后服务端都打不开,客户端删除也打不开

不要作死,这问题也没什么大事,没必要删
作者: 无敌啦呵呵    时间: 2020-3-10 00:29
1a2s3d4f1 发表于 2020-3-8 12:17
不要作死,这问题也没什么大事,没必要删

主要是,服务器加了viaversion 然后想用1.14.4的客户端+replay进去,之后就提示这个。删除服务端那边的fabric api能解决 但是服务端加的mod就无法使用了,有没有好的解决办法?
作者: 2285268342    时间: 2020-3-10 15:14
好。。。。。。。。
作者: Zhao_Hanyu    时间: 2020-3-10 17:01
嗯,谢谢,我其实早就想知道了、
作者: Huacnke    时间: 2020-3-16 12:07
织布生态没得比感觉 原本看似被赋予重望的海绵端终究还是打不赢水桶,forge+水桶的混合端依然吃香,不输在技术层面,败在生态积累
更何况mod服的阵地还是要有内容,光靠些小mod不太行
作者: 1a2s3d4f1    时间: 2020-3-29 23:51
本帖最后由 1a2s3d4f1 于 2020-3-29 23:57 编辑

检查时间超时导致不能启动,电脑有时速度慢,导致时间超过30秒不能启动,建议提高到3分钟或5分钟
话说这个时间限制是为了防止加载中出错卡死还是什么?

作者: toutiaojerry    时间: 2020-3-30 19:52
打开安装器时:
java.net.ConnectException: Connection timed out: connect
        at java.net.DualStackPlainSocketImpl.connect0(Native Method)
        at java.net.DualStackPlainSocketImpl.socketConnect(Unknown Source)
        at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source)
        at java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source)
        at java.net.AbstractPlainSocketImpl.connect(Unknown Source)
        at java.net.PlainSocketImpl.connect(Unknown Source)
        at java.net.SocksSocketImpl.connect(Unknown Source)
        at java.net.Socket.connect(Unknown Source)
        at sun.security.ssl.SSLSocketImpl.connect(Unknown Source)
        at sun.security.ssl.BaseSSLSocketImpl.connect(Unknown Source)
        at sun.net.NetworkClient.doConnect(Unknown Source)
        at sun.net.www.http.HttpClient.openServer(Unknown Source)
        at sun.net.www.http.HttpClient.openServer(Unknown Source)
        at sun.net.www.protocol.https.HttpsClient.<init>(Unknown Source)
        at sun.net.www.protocol.https.HttpsClient.New(Unknown Source)
        at sun.net.www.protocol.https.AbstractDeleg ... on.getNewHttpClient(Unknown Source)
        at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(Unknown Source)
        at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
        at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(Unknown Source)
        at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(Unknown Source)
        at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
        at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(Unknown Source)
        at net.fabricmc.installer.util.MetaHandler.load(MetaHandler.java:45)
        at net.fabricmc.installer.InstallerGui.<init>(InstallerGui.java:43)
        at net.fabricmc.installer.InstallerGui.start(InstallerGui.java:62)
        at net.fabricmc.installer.Main.main(Main.java:83)
咋办
作者: liach    时间: 2020-3-31 11:21
toutiaojerry 发表于 2020-3-30 19:52
打开安装器时:
java.net.ConnectException: Connection timed out: connect
        at java.net.DualStackPlainS ...

网络比较慢,可能要挂梯子
作者: Joe-Kerman    时间: 2020-5-1 06:48
toutiaojerry 发表于 2020-3-30 19:52
打开安装器时:
java.net.ConnectException: Connection timed out: connect
        at java.net.DualStackPlainS ...

我也是,不过多试几次就能进去了
作者: axty    时间: 2020-5-9 10:44
本帖最后由 axty 于 2020-5-16 16:58 编辑


这是咋回事,就我好友的fabric安装不了(我们都能安装),hmcl也查找不到版本,官网也加载不出版本,安装器是官网下载的,试了好几遍了

----------------已解决
把.fabric和..mixin.out和assest和libraries覆盖就行了

作者: liach    时间: 2020-5-21 09:42
axty 发表于 2020-5-9 10:44
这是咋回事,就我好友的fabric安装不了(我们都能安装),hmcl也查找不到版本,官网也加载不出版本,安装 ...

很有可能java被防火墙阻止了。让他试试看能不能开 https://launchermeta.mojang.com/mc/game/version_manifest.json
作者: liangcha2009    时间: 2020-6-14 10:24
个人感觉fabric不如forge
作者: 苏_熙    时间: 2020-7-16 17:24
我也是,不过多试几次就能进去了
作者: geweia    时间: 2020-7-17 12:52
支持,坐等更新
作者: 随缘玩家    时间: 2020-7-17 15:06
好厉害啊
作者: LYF511    时间: 2020-7-20 21:49
问个问题。。。Fabric 一加 Fabric API 就崩溃




使用 PCL2 的最新内测版,fabric-api-0.14.0+build.317-1.15 的 Fabric API

作者: 1269378632    时间: 2020-7-29 08:17
McBBS有你更精彩
作者: Blackblock_inc    时间: 2020-7-30 18:33
做弊端作者和Fabric看起来有一腿啊,给了多少钱来毁坏游戏氛围?
作者: 1a2s3d4f1    时间: 2020-7-30 22:34
Blackblock_inc 发表于 2020-7-30 18:33
做弊端作者和Fabric看起来有一腿啊,给了多少钱来毁坏游戏氛围?

fabric与forge相比小多了,比较轻量,好升级,这还算友好的,fabric出来前搞得forge 没作弊端一样
作者: youran_CT    时间: 2020-11-26 02:24
1a2s3d4f1 发表于 2019-10-12 17:50
似乎有2个关于forge与fabric的项目,一个是加载forge mod(不能加载forgemod的class文件)一个是把forge mod ...

这个怎么用呢
作者: @皇晟Man    时间: 2020-11-27 00:37
加油!期待之后的更新
作者: 1529527731    时间: 2020-12-10 18:54
期待更新