
Crash on world loading (SIGSEGV RADV) with Linux mesa Zinc
samos667 opened this issue ยท 4 comments
Your GTNH Discord Username
No response
Mod Version
1.0.0-beta29
Bug Report
tested with BSL and Sildur with default settings, doesn't occur with optifine.
I'm running on linux, I have not tested if it's working on windows
Java Version
Java 8
Graphics Card Vendor
AMD/ATI
Shaders
Yes: Please put relevant information about shaderpack in the report(what shaderpack, any special settings of note, etc)
MCPF or other features disabled by default
No: Go ahead and create an issue
Mod List or GTNH Pack Version
modpack 2.7.4
Final Checklist
- I have searched the issues and haven't found a similar issue.
- I have read the known incompatibilities and this is not related to one of those.
- I am running an officially released version. (Or, if I've compiled it myself I plan to fix the issue)
Can confirm, it also happens on beta45 on windows 10 (EXCEPTION_ACCESS_VIOLATION) with BSL.
Happens even on a clean installation (only angelica + dependencies), on both 8 (replay) and 20+ (replay) java
And it only happens (not sure when/why) with BSL, it doesn't happen with Complementary or Sildur's Vibrant
Stack: [0x0000715764100000,0x0000715764200000], sp=0x00007157641f9e10, free space=999k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libvulkan_radeon.so+0x14e388] radv_shader_spirv_to_nir+0x748
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J 19766 org.lwjgl.opengl.GL11.nglTexSubImage2D(IIIIIIIIJJ)V (0 bytes) @ 0x00007157504ea5b7 [0x00007157504ea540+0x77]
J 29971 C2 org.lwjgl.opengl.GL11.glTexSubImage2D(IIIIIIIILjava/nio/IntBuffer;)V (64 bytes) @ 0x0000715751e2c030 [0x0000715751e2be20+0x210]
j net.minecraft.client.renderer.texture.TextureUtil.func_110993_a(Ljava/awt/image/BufferedImage;IIZZ)V+120
j net.minecraft.client.renderer.texture.TextureUtil.func_1109[95](https://mclo.gs/d4szNuu#L95)_a(ILjava/awt/image/BufferedImage;IIZZ)I+11
j net.minecraft.client.renderer.texture.TextureUtil.func_110989_a(ILjava/awt/image/BufferedImage;ZZ)I+18
j net.minecraft.client.renderer.texture.SimpleTexture.func_110551_a(Lnet/minecraft/client/resources/IResourceManager;)V+124
j net.minecraft.client.renderer.texture.TextureManager.func_110579_a(Lnet/minecraft/util/ResourceLocation;Lnet/minecraft/client/renderer/texture/ITextureObject;)Z+10
J 37014 C1 net.minecraft.client.renderer.texture.TextureManager.func_110577_a(Lnet/minecraft/util/ResourceLocation;)V (50 bytes) @ 0x00007157537263ec [0x0000715753726020+0x3cc]
j thaumcraft.client.fx.ParticleEngine.onRenderWorldLast(Lnet/minecraftforge/client/event/RenderWorldLastEvent;)V+39
j
This seems like a driver issue. I'll check later versions of Iris, as I recall they have a few AMD related bugs they work around. That being said, I'm currently running linux with an AMD card and haven't noticed this particular issue, and I belive I've tried BSL in the past -- I'll check again.
For now I might suggest trying to update the driver if there's one available. I'm also always in favor of lwjgl3ify + java 21 vs java 8...
Really sorry I've forgot to mention that I use glfw-wayland + mesa zink
I'll try again without these tricks and also try lwjgl3ify
My bad, for my case, it was the (unjustified) usage of mesa zink... Use 'classic' opengl backend work as expected !
Thanks @mitchej123 for the driver 'indices'
@Darek505 as I will close this issue, can you please open one for your case ?