Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

高版本安装OptiFine与Mod Loader时给予用户提醒 #6

Open
3 tasks done
ZhaiSoul opened this issue Feb 2, 2024 · 20 comments
Open
3 tasks done

高版本安装OptiFine与Mod Loader时给予用户提醒 #6

ZhaiSoul opened this issue Feb 2, 2024 · 20 comments
Labels
自由发挥 可能是一个改善的点,看启动器作者们的心情

Comments

@ZhaiSoul
Copy link
Member

ZhaiSoul commented Feb 2, 2024

检查项

  • 我充分理解提交的建议可能无法所有启动器作者参与,并尊重所有启动器开发者的选择
  • 我确认在Issues列表中并无其他人已经提出过与此问题相同或相似的问题
  • 我确认该反馈并非针对单个启动器的,如果是,我将会去该启动器的反馈页面反馈

您是什么类型的用户

启动器作者

请简单的说一下您的想法

该需求转自国内Mod作者:酒石酸
希望能够在高版本(1.16.5以上版本)同时安装OptiFine和Forge时,能有个醒目的提醒,提醒在高版本下OptiFine与其他Mod的兼容性可能存在非常大的问题。

它能解决什么样的问题/带来什么样的帮助

高版本的OptiFine的优化手段过于激进,导致和很多Mod的渲染有冲突;同时现在OptiFine的必要性也在大幅下降。
至少要让用户知情该问题,减少一些没必要的反馈(无论是对启动器的还是对Mod作者的)。

期望的结果

同时安装这两种组件时提醒用户可能存在冲突导致的崩溃问题。如果遇到此类问题,优先排查是否是OptiFine导致的。

是否有对这个方案的相关链接?

No response

附注

No response

@IceCream-QAQ
Copy link
Member

建议提供一个相对完整的模组冲突列表。
什么模组与什么模组冲突,冲突后会产生什么后果。

如果 #3 成熟,可以考虑由 #3 维护这个列表。

@ZhaiSoul
Copy link
Member Author

ZhaiSoul commented Feb 2, 2024

建议提供一个相对完整的模组冲突列表。 什么模组与什么模组冲突,冲突后会产生什么后果。

如果 #3 成熟,可以考虑由 #3 维护这个列表。

主要是维护成本太高,不同版本的游戏不同版本的Mod甚至不同的依赖项下的Mod,工作的情况都完全可能不一样,这个的维护成本有些过高了

@TartaricAcid
Copy link

给一个提醒即可,就能减少模组作者非常多的问题反馈了,几乎被这个问题要烦死……

@Deep-Dark-Forest
Copy link

如果新手玩家看到这条提示不得一脸懵
感觉需要加个钠或者镁的自动安装

@burningtnt
Copy link

既然是模组作者发现自己的模组和 OptiFine 冲突,那为什么不:

  • 在模组 Metadata,主页等地方声明自己和 OptiFine 冲突
  • 优化代码逻辑,在遇上 OptiFine 的时候主动通过 ModLoader 反馈问题并让 ModLoader 负责直接结束游戏启动进程
  • 直接让自己的模组和 OptiFine 兼容

启动器不应该为这些问题擦屁股

@Deep-Dark-Forest
Copy link

既然是模组作者发现自己的模组和 OptiFine 冲突,那为什么不:

  • 在模组 Metadata,主页等地方声明自己和 OptiFine 冲突
  • 优化代码逻辑,在遇上 OptiFine 的时候主动通过 ModLoader 反馈问题并让 ModLoader 负责直接结束游戏启动进程
  • 直接让自己的模组和 OptiFine 兼容

启动器不应该为这些问题擦屁股

短时间内让所有模组作者做出这些更改真的很困难,而且有很多模组作者已经摆烂/跑路
所以在模组作者们把这些活干完之前,启动器们只需要在安装时做一个简单的提示工作即可。因为我们目前不知道具体哪些模组与OptiFine冲突,要是知道的话,就直接在启动的时候提示同时安装了OptiFine和与OptiFine冲突的模组就好了

@Pigeon0v0
Copy link

既然是模组作者发现自己的模组和 OptiFine 冲突,那为什么不:

  • 在模组 Metadata,主页等地方声明自己和 OptiFine 冲突

  • 优化代码逻辑,在遇上 OptiFine 的时候主动通过 ModLoader 反馈问题并让 ModLoader 负责直接结束游戏启动进程

  • 直接让自己的模组和 OptiFine 兼容

启动器不应该为这些问题擦屁股

那如果是 Mod Loader 直接就和 OptiFine 不兼容呢...

@burningtnt
Copy link

那如果是 Mod Loader 直接就和 OptiFine 不兼容呢...

希望能够在高版本(1.16.5以上版本)同时安装 OptiFine 和 Forge 时,能有个醒目的提醒,提醒在高版本下 OptiFine 与其他 Mod 的兼容性可能存在非常大的问题。

Mod Loader 和 OptiFine 的兼容性不是本 Issue 讨论的范畴

短时间内让所有模组作者做出这些更改真的很困难,而且有很多模组作者已经摆烂/跑路
所以在模组作者们把这些活干完之前,启动器们只需要在安装时做一个简单的提示工作即可。因为我们目前不知道具体哪些模组与 OptiFine 冲突,要是知道的话,就直接在启动的时候提示同时安装了 OptiFine 和与 OptiFine 冲突的模组就好了

这是模组 Metadata 干的事,他们会直接告诉你谁和 OptiFine 冲突

@ZhaiSoul
Copy link
Member Author

ZhaiSoul commented Feb 5, 2024

那如果是 Mod Loader 直接就和 OptiFine 不兼容呢...

希望能够在高版本(1.16.5以上版本)同时安装 OptiFine 和 Forge 时,能有个醒目的提醒,提醒在高版本下 OptiFine 与其他 Mod 的兼容性可能存在非常大的问题。

Mod Loader 和 OptiFine 的兼容性不是本 Issue 讨论的范畴

短时间内让所有模组作者做出这些更改真的很困难,而且有很多模组作者已经摆烂/跑路
所以在模组作者们把这些活干完之前,启动器们只需要在安装时做一个简单的提示工作即可。因为我们目前不知道具体哪些模组与 OptiFine 冲突,要是知道的话,就直接在启动的时候提示同时安装了 OptiFine 和与 OptiFine 冲突的模组就好了

这是模组 Metadata 干的事,他们会直接告诉你谁和 OptiFine 冲突

目前的绝大部分mod连自己依赖库都没有都会直接崩溃的,toml都填不明白的

@burningtnt
Copy link

目前的绝大部分mod连自己依赖库都没有都会直接崩溃的,TOML 都填不明白的

这不就说明是模组作者的问题,不应当由启动器来擦屁股

@ZhaiSoul
Copy link
Member Author

ZhaiSoul commented Feb 5, 2024

目前的绝大部分mod连自己依赖库都没有都会直接崩溃的,TOML 都填不明白的

这不就说明是模组作者的问题,不应当由启动器来擦屁股

对于用户而言,他们不知道你什么模组和启动器的关系,mod报错普通用户第一时间想到的是去问启动器作者和群,因为他觉得他是从你这里去启动的游戏。
而启动器作为入口,作为正常启动游戏前的唯一可和游戏交互的部分,这部分只能靠我们来对用户进行提醒。
高速路上有人乱变道,你知道是他的责任,你敢不避让他和他硬碰硬,然后导致后面的车辆产生更大的拥堵吗?

@Silverteal
Copy link

这不涉及到多个项目之间的协调吧?对这个标准化的意义没太看明白……

@CuteLittleSky
Copy link

作为一个玩家 我反对
不是所有模组都会与Optifine冲突
大部分辅助模组基本上不会存在这个问题,也不是所有玩家加模组加载器都是为了玩模组的,原版玩家使用模组加载器的还是有很大一部分的

如果不兼容 我觉得更应该像暮色森林一样 在游戏启动后检测到Optifine全屏提示

@ZhaiSoul
Copy link
Member Author

ZhaiSoul commented Feb 7, 2024

作为一个玩家 我反对
不是所有模组都会与Optifine冲突
大部分辅助模组基本上不会存在这个问题,也不是所有玩家加模组加载器都是为了玩模组的,原版玩家使用模组加载器的还是有很大一部分的

如果不兼容 我觉得更应该像暮色森林一样 在游戏启动后检测到Optifine全屏提示

注意,这只是一个提醒,而不是禁用。目的是让用户优先排查OptiFine的问题。
这并不影响用户使用

@burningtnt
Copy link

注意,这只是一个提醒,而不是禁用。目的是让用户优先排查 OptiFine 的问题。
这并不影响用户使用

对于有排查能力的玩家来说,他们早都知道这个模组和 OptiFine 不兼容
对于没有排查能力的玩家来说,添加这个提醒反而只会导致更多的困扰

@ZhaiSoul
Copy link
Member Author

ZhaiSoul commented Feb 7, 2024

注意,这只是一个提醒,而不是禁用。目的是让用户优先排查 OptiFine 的问题。
这并不影响用户使用

对于有排查能力的玩家来说,他们早都知道这个模组和 OptiFine 不兼容
对于没有排查能力的玩家来说,添加这个提醒反而只会导致更多的困扰

实际上OptiFine带来的困扰远远要高得多,优化类mod的优化从来不是凭空变出来的,注定会影响到一些原有的逻辑。
我不认为提醒兼容性问题会给用户造成困扰,相反,没有此类提醒,用户可能会自然的觉得它不可能出问题

@burningtnt
Copy link

实际上OptiFine带来的困扰远远要高得多,优化类mod的优化从来不是凭空变出来的,注定会影响到一些原有的逻辑。 我不认为提醒兼容性问题会给用户造成困扰,相反,没有此类提醒,用户可能会自然的觉得它不可能出问题

按照经验,HMCL 那边提示一个“请使用 Java 8 启动游戏,是否下载”用户都会来 KOOK 频道询问如何操作,这个提示会导致用户困扰,不如直接等游戏崩溃,用户再来求助时手动告知

@ZhaiSoul
Copy link
Member Author

ZhaiSoul commented Feb 7, 2024

实际上OptiFine带来的困扰远远要高得多,优化类mod的优化从来不是凭空变出来的,注定会影响到一些原有的逻辑。 我不认为提醒兼容性问题会给用户造成困扰,相反,没有此类提醒,用户可能会自然的觉得它不可能出问题

按照经验,HMCL 那边提示一个“请使用 Java 8 启动游戏,是否下载”用户都会来 KOOK 频道询问如何操作,这个提示会导致用户困扰,不如直接等游戏崩溃,用户再来求助时手动告知

这部分用户无论你放不放提示,最终的结果都是一样的,所以不考虑这部分过于极端的用户

@ZhaiSoul ZhaiSoul added the 自由发挥 可能是一个改善的点,看启动器作者们的心情 label Feb 7, 2024
@Silverteal
Copy link

Silverteal commented Feb 7, 2024

以我的看法,这个提醒进行与否,以什么形式,可以由启动器作者自己把握,这不是一个非常需要“各个启动器之间统一”的问题,所以不需要作为标准发布;而如果作为一个建议,这个提案其实已经经过了充分讨论,没有什么需要改进的地方了(也就是可以发布了)。

@ZhaiSoul
Copy link
Member Author

ZhaiSoul commented Feb 7, 2024

以我的看法,这个提醒进行与否,以什么形式,可以由启动器作者自己把握,这不是一个非常需要“各个启动器之间统一”的问题,所以不需要作为标准发布;而如果作为一个建议,这个提案其实已经经过了充分讨论,没有什么需要改进的地方了(也就是可以发布了)。

这是一条非强制要求的规范,已经定性为自由发挥了,各大启动器可根据自己的实际需求去完成

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
自由发挥 可能是一个改善的点,看启动器作者们的心情
Projects
None yet
Development

No branches or pull requests

8 participants