Open ZhaiSoul opened 7 months ago
建议提供一个相对完整的模组冲突列表。 什么模组与什么模组冲突,冲突后会产生什么后果。
如果 #3 成熟,可以考虑由 #3 维护这个列表。
建议提供一个相对完整的模组冲突列表。 什么模组与什么模组冲突,冲突后会产生什么后果。
如果 #3 成熟,可以考虑由 #3 维护这个列表。
主要是维护成本太高,不同版本的游戏不同版本的Mod甚至不同的依赖项下的Mod,工作的情况都完全可能不一样,这个的维护成本有些过高了
给一个提醒即可,就能减少模组作者非常多的问题反馈了,几乎被这个问题要烦死……
如果新手玩家看到这条提示不得一脸懵 感觉需要加个钠或者镁的自动安装
既然是模组作者发现自己的模组和 OptiFine 冲突,那为什么不:
启动器不应该为这些问题擦屁股
既然是模组作者发现自己的模组和 OptiFine 冲突,那为什么不:
- 在模组 Metadata,主页等地方声明自己和 OptiFine 冲突
- 优化代码逻辑,在遇上 OptiFine 的时候主动通过 ModLoader 反馈问题并让 ModLoader 负责直接结束游戏启动进程
- 直接让自己的模组和 OptiFine 兼容
启动器不应该为这些问题擦屁股
短时间内让所有模组作者做出这些更改真的很困难,而且有很多模组作者已经摆烂/跑路 所以在模组作者们把这些活干完之前,启动器们只需要在安装时做一个简单的提示工作即可。因为我们目前不知道具体哪些模组与OptiFine冲突,要是知道的话,就直接在启动的时候提示同时安装了OptiFine和与OptiFine冲突的模组就好了
既然是模组作者发现自己的模组和 OptiFine 冲突,那为什么不:
在模组 Metadata,主页等地方声明自己和 OptiFine 冲突
优化代码逻辑,在遇上 OptiFine 的时候主动通过 ModLoader 反馈问题并让 ModLoader 负责直接结束游戏启动进程
直接让自己的模组和 OptiFine 兼容
启动器不应该为这些问题擦屁股
那如果是 Mod Loader 直接就和 OptiFine 不兼容呢...
那如果是 Mod Loader 直接就和 OptiFine 不兼容呢...
希望能够在高版本(1.16.5以上版本)同时安装 OptiFine 和 Forge 时,能有个醒目的提醒,提醒在高版本下 OptiFine 与其他 Mod 的兼容性可能存在非常大的问题。
Mod Loader 和 OptiFine 的兼容性不是本 Issue 讨论的范畴
短时间内让所有模组作者做出这些更改真的很困难,而且有很多模组作者已经摆烂/跑路 所以在模组作者们把这些活干完之前,启动器们只需要在安装时做一个简单的提示工作即可。因为我们目前不知道具体哪些模组与 OptiFine 冲突,要是知道的话,就直接在启动的时候提示同时安装了 OptiFine 和与 OptiFine 冲突的模组就好了
这是模组 Metadata 干的事,他们会直接告诉你谁和 OptiFine 冲突
那如果是 Mod Loader 直接就和 OptiFine 不兼容呢...
希望能够在高版本(1.16.5以上版本)同时安装 OptiFine 和 Forge 时,能有个醒目的提醒,提醒在高版本下 OptiFine 与其他 Mod 的兼容性可能存在非常大的问题。
Mod Loader 和 OptiFine 的兼容性不是本 Issue 讨论的范畴
短时间内让所有模组作者做出这些更改真的很困难,而且有很多模组作者已经摆烂/跑路 所以在模组作者们把这些活干完之前,启动器们只需要在安装时做一个简单的提示工作即可。因为我们目前不知道具体哪些模组与 OptiFine 冲突,要是知道的话,就直接在启动的时候提示同时安装了 OptiFine 和与 OptiFine 冲突的模组就好了
这是模组 Metadata 干的事,他们会直接告诉你谁和 OptiFine 冲突
目前的绝大部分mod连自己依赖库都没有都会直接崩溃的,toml都填不明白的
目前的绝大部分mod连自己依赖库都没有都会直接崩溃的,TOML 都填不明白的
这不就说明是模组作者的问题,不应当由启动器来擦屁股
目前的绝大部分mod连自己依赖库都没有都会直接崩溃的,TOML 都填不明白的
这不就说明是模组作者的问题,不应当由启动器来擦屁股
对于用户而言,他们不知道你什么模组和启动器的关系,mod报错普通用户第一时间想到的是去问启动器作者和群,因为他觉得他是从你这里去启动的游戏。 而启动器作为入口,作为正常启动游戏前的唯一可和游戏交互的部分,这部分只能靠我们来对用户进行提醒。 高速路上有人乱变道,你知道是他的责任,你敢不避让他和他硬碰硬,然后导致后面的车辆产生更大的拥堵吗?
这不涉及到多个项目之间的协调吧?对这个标准化的意义没太看明白……
作为一个玩家 我反对 不是所有模组都会与Optifine冲突 大部分辅助模组基本上不会存在这个问题,也不是所有玩家加模组加载器都是为了玩模组的,原版玩家使用模组加载器的还是有很大一部分的
如果不兼容 我觉得更应该像暮色森林一样 在游戏启动后检测到Optifine全屏提示
作为一个玩家 我反对 不是所有模组都会与Optifine冲突 大部分辅助模组基本上不会存在这个问题,也不是所有玩家加模组加载器都是为了玩模组的,原版玩家使用模组加载器的还是有很大一部分的
如果不兼容 我觉得更应该像暮色森林一样 在游戏启动后检测到Optifine全屏提示
注意,这只是一个提醒,而不是禁用。目的是让用户优先排查OptiFine的问题。 这并不影响用户使用
注意,这只是一个提醒,而不是禁用。目的是让用户优先排查 OptiFine 的问题。 这并不影响用户使用
对于有排查能力的玩家来说,他们早都知道这个模组和 OptiFine 不兼容 对于没有排查能力的玩家来说,添加这个提醒反而只会导致更多的困扰
注意,这只是一个提醒,而不是禁用。目的是让用户优先排查 OptiFine 的问题。 这并不影响用户使用
对于有排查能力的玩家来说,他们早都知道这个模组和 OptiFine 不兼容 对于没有排查能力的玩家来说,添加这个提醒反而只会导致更多的困扰
实际上OptiFine带来的困扰远远要高得多,优化类mod的优化从来不是凭空变出来的,注定会影响到一些原有的逻辑。 我不认为提醒兼容性问题会给用户造成困扰,相反,没有此类提醒,用户可能会自然的觉得它不可能出问题
实际上OptiFine带来的困扰远远要高得多,优化类mod的优化从来不是凭空变出来的,注定会影响到一些原有的逻辑。 我不认为提醒兼容性问题会给用户造成困扰,相反,没有此类提醒,用户可能会自然的觉得它不可能出问题
按照经验,HMCL 那边提示一个“请使用 Java 8 启动游戏,是否下载”用户都会来 KOOK 频道询问如何操作,这个提示会导致用户困扰,不如直接等游戏崩溃,用户再来求助时手动告知
实际上OptiFine带来的困扰远远要高得多,优化类mod的优化从来不是凭空变出来的,注定会影响到一些原有的逻辑。 我不认为提醒兼容性问题会给用户造成困扰,相反,没有此类提醒,用户可能会自然的觉得它不可能出问题
按照经验,HMCL 那边提示一个“请使用 Java 8 启动游戏,是否下载”用户都会来 KOOK 频道询问如何操作,这个提示会导致用户困扰,不如直接等游戏崩溃,用户再来求助时手动告知
这部分用户无论你放不放提示,最终的结果都是一样的,所以不考虑这部分过于极端的用户
以我的看法,这个提醒进行与否,以什么形式,可以由启动器作者自己把握,这不是一个非常需要“各个启动器之间统一”的问题,所以不需要作为标准发布;而如果作为一个建议,这个提案其实已经经过了充分讨论,没有什么需要改进的地方了(也就是可以发布了)。
以我的看法,这个提醒进行与否,以什么形式,可以由启动器作者自己把握,这不是一个非常需要“各个启动器之间统一”的问题,所以不需要作为标准发布;而如果作为一个建议,这个提案其实已经经过了充分讨论,没有什么需要改进的地方了(也就是可以发布了)。
这是一条非强制要求的规范,已经定性为自由发挥了,各大启动器可根据自己的实际需求去完成
检查项
您是什么类型的用户
启动器作者
请简单的说一下您的想法
该需求转自国内Mod作者:酒石酸 希望能够在高版本(1.16.5以上版本)同时安装OptiFine和Forge时,能有个醒目的提醒,提醒在高版本下OptiFine与其他Mod的兼容性可能存在非常大的问题。
它能解决什么样的问题/带来什么样的帮助
高版本的OptiFine的优化手段过于激进,导致和很多Mod的渲染有冲突;同时现在OptiFine的必要性也在大幅下降。 至少要让用户知情该问题,减少一些没必要的反馈(无论是对启动器的还是对Mod作者的)。
期望的结果
同时安装这两种组件时提醒用户可能存在冲突导致的崩溃问题。如果遇到此类问题,优先排查是否是OptiFine导致的。
是否有对这个方案的相关链接?
No response
附注
No response