[BUG]The snow-covered layer failed to be renderer correctly on grass block in rare case
Closed this issue · 37 comments
I don't know the reason. When first entering the saved game, only some blocks can display the rendering of the snow layer coverage, such as the grass path, various types of grass, and stones. The resources must be reloaded for the correct display of the snow cover.
1.20.1 Forge 47.4.0
Ecliptic Seasons 0.11.0 pre2-5
For now, it seems that only grass blocks have such anomalies. It shouldn't be a problem with the resource pack because even when I set it to the vanilla resource pack, reopen the game, and enter the saved game, the same problem still occurs. Rather, I first encountered this kind of problem only after updating to versions later than 0.11
目前草方块的来源是资源包定义，可能存在什么问题。但是我无法复现它，我有自己做的一个整合包，暂时没有问题。以及这个资源包是内置的。可以参考更新日志编辑jar文件。一种可能性是注册资源包失败，或者使用了特殊的优化模组。你可以降低Forge版本或者用删一些mod看看。
Current the snowy layer of grass block is provided by custom json. It works on my modpack in 1.20.1. Try not use Forge 47.4.0 or remove some mods to check it.
or you can try to use /reload command to test if would help you figure problem?
/reload do solve the problem, and I think this issue might be caused by the optimization of the rendering of the "Ruok" part. Contacting to the author now.
怀疑是Ruok的渲染优化部分出了点小问题，我去问问看
Not the Ruok's bad. Weird. When I downgraded the Forge version to 3.33, the above problem still occurred. Is there any way to trace its root cause?Revise one point: /reload cannot solve the problem. The issue can only be resolved by changing the loading order of the resource packs.
似乎是概率触发的···以及/reload不能解决问题，需要调整一下资源包加载顺序才能解决
再游玩的时候又遇上个新的bug，冬天过后入春的第一天，草方块又不能渲染覆雪状态，这次是重载都无法解决，jade能显示草方块是覆雪状态，其他方块也能正常渲染覆雪层融化的动态···
A new bug was encountered. On the first day of spring after winter, the grass blocks could not render the snow-covered state. This time, even reloading the resources could not solve it. Jade can display that the grass blocks are in a snow-covered state, and other blocks can also normally render the dynamic melting of the snow cover layer.
你有做过干净的测试或者二分测试吗。可以新建一个超平坦世界，然后使用指令/ecliptic solar set 140来下雪，/ecliptic weather minecraft:plains rain 来下雨/雪。我还原不出来，没有日志，也无法修复，必须要有一个最小模组集。
Have you done a test with less mods? You can create s SuperFlat world, and use the command /ecliptic solar set 140 to set snow, /ecliptic weather minecraft:plains rain to set rain or snow. We need a minist mod set to debug its code strack.
It is somewhat difficult to troubleshoot mods for a modpack with 213 mods, but I have provided the following logs files. I wonder if they can help with debugging.
模组量有些大，目前不太有富裕时间进行二分排查，我将最近出现错误的相关信息打包成压缩文件，包含日志以及利用Ruok进行CTK的相关文件，不知这些是否有帮助？是在超平坦测试的
只有草方块会出现这样的情况，如果可以的话能否把其他方块的渲染方法调用到草方块上？
（目前为了不影响观感，我将节气模组降版本到0.10，目前测试没有出现渲染层问题）
如果你没有时间测试的话，那也没时间玩吧 QAQ。先放这里吧。可以尝试删除ribbits或者Paladin's Furniture或者modernfix。如果问题仍然发生，那么就放在这里，直到你有时间。0.11和0.10最大的区别就是要额外注册模型。
考虑到我这里有modernfix，因此很难判定问题。
if you don't have time to test it i think you might not have time to play lol. You can try to remove Ribbits, Paladin's Furniture, or Modern Fix to check if anything would happen. If problem is still here, just wait until you have time. The biggest change of both version is extra model registry.
Due to we have tested the version with Modenfix, it's hard to find the real problem.
logs.zip
昨晚尝试进行测试，但这个触发方式过于诡异，有时候启动10次没有异常第11次就出现了异常，在排除mod方面实属有些心无余力也不足，看了一下新的更新，希望提供的文件能有所帮助（至少确定不是ribbts，PF，modernfix，flerovium，ruok的原因）
根据提供的mod列表和经过测试后我可以排除一些mod，是否有什么线索或者头绪可以告知以便更准确地找到问题？在之后我在找时间继续排查。
Yes, I can confirm that the optimization mod and furniture mod I mentioned have been ruled out as suspects. Are there any clues that can help me identify the problem more accurately?
看起来一般是优化渲染mod，比如渲染类型问题。你的渲染器质量是流畅还是高品质。
或者是有人修改了模型注册，使得无法注册特殊模型进去。
先删除结构模组，食物模组，战斗模组，实体渲染模组即可。
It seems to usually be an issue with rendering optimization mods, such as problems with render types. Is your renderer set to "Performance" or "High Quality"?
It could also be caused by someone modifying the model registration, making it impossible to register special models.
Try removing structure mods, food mods, combat mods, and entity rendering mods first.
【[Mc1.20.1-forge 47.4.0][节气Ecliptic最新版本]模组错误的演示视频】 https://www.bilibili.com/video/BV1ZTJhzmEXb/?share_source=copy_web&vd_source=8063d7f6c54c1f52dacea9f11f7def55
这下我是真的头大了，这次是用的neoforge在1.21.1，我的电脑里不会有什么脏东西吧（）
我也遇到了这样的问题，但是是用 “现代化修复 | ModernFix” 5.23.0或5.22.0版本会出现，同样f3+t就好了
can not reproduce
无法复现
我也遇到了这样的问题，但是是用 “现代化修复 |ModernFix“ 5.23.0或5.22.0版本会出现，同样f3+t就好了
无法重现
无法复现
没事了，是动态资源加载开了的原因
我也遇到了这样的问题，但是是用 “现代化修复 |ModernFix“ 5.23.0或5.22.0版本会出现，同样f3+t就好了
无法重现
无法复现
同一个整合包里两个存档，一个正常显示，另一个草方块上就不显示？？
使用动态资源我也无法复现。后面可能会考虑改一下方式。
there's no problem for me to enable dynamic resource.
你可以多试一下，目前我认为必须要做远程调试看一下生产环境变量。
you can try more and i think it's need for us to use remote JVM debuger
补充对此问题的调查结论，
在某些情况下，SimplePreparableReloadListener.prepare运行可能比模型注册要晚，尤其是是多重资源包堆叠的情况下。
部分情况下，构建的MultiPart模型可能增加了多余的渲染类型限制，导致不输出，注意此渲染类型与电脑设备可能有关，与MC版本有关，也可能与NeoForge/Forge的设置有关。
Supplementary Investigation Conclusion: Resource Pack and Model Loading Issues
In certain cases, the execution of SimplePreparableReloadListener.prepare may occur after model registration, especially when multiple resource packs are stacked. This can result in models referencing resources that are not yet fully prepared, leading to rendering issues.
In some situations, constructed MultiPart models may introduce redundant render type constraints, which can prevent them from rendering properly.
Note that this render type behavior may depend on:
Hardware/graphics device,
The specific Minecraft version,
And potentially NeoForge/Forge configurations.
fix in 98f4253