
ImmediatelyFast affects the working of the WTHIT mod
Hoicey522 opened this issue ยท 12 comments
This is the commit from WTHIT that make this issue, badasintended/wthit@439e43f.
I changed from rendering it with Tesselator
to MultiBufferSource.BufferSource
, which I think is the "correct" way as it was what GuiGraphics
use. Though, I need your opinion whether what I do is correct or not.
Try this version that has that commit reverted. https://github.com/badasintended/wthit/actions/runs/12822285882/artifacts/2444862762
There's also issue with scissoring.
Try the latest dev build: https://github.com/RaphiMC/ImmediatelyFast/actions/runs/12623247525
Try the latest dev build: https://github.com/RaphiMC/ImmediatelyFast/actions/runs/12623247525
The problem still exists, and you may be able to talk to the author of WTHIT about how to fix it
Could not reproduce this issue. Can you upload your ImmediatelyFast config file (.minecraft/config/immediatelyfast.json
)
immediatelyfast.json
I haven't changed the settings of ImmediatelyFast
@deirn I looked through the commit and found the issue. You are using the global Minecraft buffer source (WRenders.buffer
) for some rendering in the HUD. In unmodded Minecraft the HUD rendering uses the same buffer source and thus your code works. But ImmediatelyFast uses a different one for HUD rendering because it optimizes HUD rendering. This causes your code to render into the wrong buffer source and subsequently have it rendered at the wrong place (Thats why the scissor is broken). To fix that you have to use the internal buffer source of the GuiGraphics instead of getting the global Minecraft one. There are two ways of doing that:
- Make the internal buffer source accessible through access widener or mixins. Similar to this: https://github.com/shedaniel/RoughlyEnoughItems/pull/1768/files
- Use
GuiGraphics.drawSpecial
to get access to the internal buffer source and use that to render whatever needs the custom buffer source.
If you need further help you can answer here or join my discord.