[MC模组项目]现代最新任务模组 vs 史上最强任务模组

ftb的任务流程是为了引导发展流程而不是为了吸引玩家阅读剧情，尤其是科技包以及大部分冒险包本就没有剧情，ftb毫无疑问就是最优解，就算有背景设定的部分包也就只是有一点背景设定而已，受限于mc作为沙盒游戏本身的随机性以及玩法自由性，本就不适合引入大量剧情，除非引入固定地图来锁定流程

♥ 189 ↩ 16

与其说是ftb任务的竞品，不如说是自定义NPC的竞品[笑哭]现在展示的NPC对话和NPC商店功能完全是自定义NPC的上位[UPOWER_686127_实力]

♥ 144 ↩ 8

评价为适配冒险包（尤其RPG）而非科技包 刻意强调不踩一捧一却在评论里踩一捧一何意味 什么叫做我想看任务树要硬吃动画 动画很好，然后呢，什么叫做我不能一下子看到这个任务是章节里面的哪条线 拿一个单一倾向的和体系内的组件比更是不知所云 替代ftbq的先决条件是你能给出完整好用的队伍，世界管理，服务器管理系统然后再是你任务书的组织 现在观感来看最适宜的是RPG类服务器，你终究不能说现代化UI就是用信息密度换外观流畅优美，更别谈大量并行任务下列表式索引是极其灾难的，你没有展示任何快速索引方式，如果采用你所展示的任务流来索引那么这个显示大小仍然是不可接受的，假定你在后续版本中会 现在拿ftbq来比较只能说操之过急了 你可以简单做一个思想实验：如果假定其他模块完全适配，用arcq去做sb4，哪些模块会更好，哪些模块仍有不足

♥ 78 ↩ 16

但，FTB有回响的设计啊，个人认为再怎么做在科技类水槽包中的这类设计都很难超过FTB SB4了 。对于科技类，进度类整合包来说，FTB全家桶是很通解的方案了，我更倾向于在现有平台上扩展。

♥ 57 ↩ 23

诶，我有1计！能不能加一个功能，可兼容ftb，加载后读取ftb的任务并自动生成替换为本模组的[doge]

♥ 55 ↩ 12

更适用于RPG冒险包，科技包就不太适合了

♥ 45 ↩ 10

有一種拿thermal series跟mekanism比較的感覺 不是說誰更好，而是就需求跟目標而言，兩種各有好壞 一上來就踩一腳Ftbquest是真不好，尤其是對方本質上是要做「科技導向」的非劇情任務系統時，簡潔而好懂的介面就是它的優點

♥ 15

RPG任务系统？冒险包确实合适，但科技包不得牢完了🧐

♥ 15 ↩ 3

捧一踩一是错的[再见]

♥ 13

简直是整合包的未来

♥ 12 ↩ 4

ftb根本没有接任务做任务的感觉 跟传统rpg的找人接任务做任务的感觉不一样 代入感太差了 没有沉浸感

♥ 11 ↩ 3

已经用上了

♥ 10 ↩ 1

有前途的，很多人已经讨厌千篇一律的ftb，不是它不好，而是用腻了

♥ 8

真不错啊，我最近也在写任务系统，感觉很有参考的价值，只不过我目前主要还在研究可视化编辑的部分，我目前打算用ldlib2的蓝图系统做可视化编辑，只不过ldlib2的蓝图还没有出子图的功能，所以部分编辑的体验可能还没达到最好，只能慢慢等ldlib2更新了。我个人还是挺喜欢这种rpg式的任务系统，所以我做的也是这种的

♥ 7 ↩ 6

确实一点，FTB限制了太多整合包作者的想象，但不否认就是ftbq非常优秀，在引导这一方面是很完美的，高效 便捷 好用，不管什么整合包套上就有不错的适配度，ArcQuest更专精冒险pack，很浓的rpg游戏任务系统的既视感 对于ArcQuest我是很欣赏的，在我看来潜力极大，但踩一捧一并不可取，现在大张旗鼓对比ftbq是急促的，甚至于傲慢),并且我对该mod的性能优化持很大的怀疑态度，我很抱有希望，但就目前，想成为比肩ftbq的mod还有非常大距离，制作者更应该的是更多把精力放在开发优化，而不是社区的烟花，最后ArcQuest不一定代替得了ftbq，但一定有mod替代ftbq

♥ 7 ↩ 1

有一说一，这个真的比 ftb 美观不少

♥ 6

ftbq挺好的，但是他不适合冒险类的modpack ftbq旨在给科技类的modpack一些流程指引以及自动化交互 方向不同谈何替代

♥ 6 ↩ 1

我靠了真的，才发现这个模组，这下任务和剧情又要重新写了[大哭]

♥ 5 ↩ 9

看着就难做 真能指望一大堆FTB任务都写不清楚的作者编这个吗

♥ 5 ↩ 1