strayedstar

现在在hmcl指定的cache目录里已经有对应的皮肤文件,这下子～/.minecraft的实际用处也无了,可以把指定的调用重定向到$cache下面

> reopen，这个问题还是有必要解决的 现在在hmcl指定的cache目录里已经有对应的皮肤文件,这下子～/.minecraft的实际用处也无了,可以把指定的调用重定向到$cache下面,而且我看了一下,这是HMCl 设置/通用/文件下载缓存这个地址,(默认~/,minecraft,修改以后依然会把皮肤文件放里面,但是修改以后的cache路径里也会有对应的皮肤文件,不过后续的游戏资源下载会存到修改以后的路径里),所以这实际是一个关于缓存的BUG?在启动时获取皮肤文件被硬编码到了${HOME}/.minecraft,随后再把对应的文件按照HMCL自己的规范复制到$cache?或者是下载到$cache,~/.minecraft,但是后者只是没有删除过时的代码导致的,新的逻辑已经不依赖于~/.minecraft了?(新版本改的,老版本删除~/.minecraft,hmcl里面的皮肤头像会变,但是现在不会,强制刷新账户也不会再创建~/.minecraft,$cache/assest,也就是读到内存里了)

> reopen，这个问题还是有必要解决的 我测试了一下,~/minecraft依然作为第一步的皮肤资源下载地址,使其不可写以后,$cache下没有任何皮肤文件生成,在启动游戏(检查资源时)会建成$cache下的皮肤文件,如果手动使其不可写,随后强制启动游戏,游戏内的皮肤也是显示的,所以对于minecraft本身而言,hmcl下载的皮肤文件并不是必要的. 但是把皮肤文件下载到.minecraft对于hmcl而言是近似于必要的,因为hmcl左上角的头像显示需要皮肤文件支持,这里让~/.minecraft不可写以后,把已经结构化的皮肤文件放到$cache里,再修改时间戳,但是hmlc依然无法正确显示皮肤头像,反之,使$cache不可写,其通过~/.minecrfat里的皮肤文件依然可以正确加载出皮肤头像,那就是说明 1.$cache下的皮肤文件没有任何存在的必要,要删除 2.需要修改初始皮肤文件的下载位置,改到$cache里,不要再硬编码了 依赖皮肤文件的对于只有hmcl的头像显示,对于游戏本身是不需要hmcl提供的皮肤文件的.

用工具看看native堆大小？ 这应该是gc和Xmx设置不正确导致的吧。

> 虽与本 Feature Request 无关，但我必须要提醒你：HMCL PR Collection 已能正常解析 GTNH 2.7.3。可前往 [#3540](https://github.com/HMCL-dev/HMCL/issues/3540) 获取更多信息 我对这两个版本都进行了尝试,皆为PR版本,一个是较新的3af92bb,另一个是f370600,结果是3af92bb稳定报错duplicate key,而较老的f370600则没有问题,使用的是同样的游戏文件夹,同样的网络,同样的系统环境,整合包为java17-21的GTNH2.7.4.

I use nlightly build,but it still not work. [APatch_bugreport_2025-02-16_16_58.tar.gz](https://github.com/user-attachments/files/18814171/APatch_bugreport_2025-02-16_16_58.tar.gz)

official kernel not support kernel.

not support kernelsu.

offical system.

我这也是,搞得我一头雾水,测试了一下,只保留一个提供商的DNS短时间没问题,删除缓存重新启动以后可能恢复,但是多DNS一段时间就无法访问github等等网站了,即使设置了单独的组(cloudeflare,googles dns),看log,在不同的组里面是返回了正确的IP,但是依然无法使用,而且有的无法访问的页面会引用缓存,没法子,只能先单独使用移动的DNS了(呕).