Dynamic GUIs fail to render in large modpack

[SAILQAQ]

Describe the bug
When using this mod in a large modpack (300+ mods), Dynamic GUIs fail to render correctly, and the Xaero's Worldmap GUI also fails to render (appears as a solid black square). Only typing renders normally.
After removing several mods, WATUT's GUIs started rendering correctly again. The removed mods are:
ColdSweat-2.4-b06e.jar
neoforge-dungeonsdelight-1.21.1-1.4.3.jar
twilightforest-1.21.1-4.8.3281-universal.jar
vista-1.21-1.0.9-neoforge.jar
After removing all four of these mods, WATUT's Dynamic GUIs render normally. However, if any one of them is installed, the rendering fails.
Interestingly, when installing any of the above mods alone with WATUT, WATUT's Dynamic GUIs render correctly. The issue only occurs in a complex, multi-mod environment.

To Reproduce
Steps to reproduce the behavior:

1. Install the mods listed above.
2. Launch the game.
3. Open any GUI interface.
4. See the error (Dynamic GUIs fail to render).

Expected behavior
Dynamic GUIs should display normally.

Mod and Minecraft version:
Mod list: https://mclo.gs/y97sqCs
Minecraft version: 1.21.1
Neoforge: 21.1.216

[SAILQAQ]

I found the root cause. The fix in v1.2.6 only addressed bindVanillaRenderTargetAndSetupProjectionMatrix() (line 244), but missed another hardcoded 21000.0F in renderWithTooltipEnd() at line 329:
Current code (line 329):

Matrix4f matrix4f = (new Matrix4f()).setOrtho(0.0F, ..., 
1000.0F, 21000.0F);

Should be:

Matrix4f matrix4f = (new Matrix4f()).setOrtho(0.0F, ..., 
1000.0F, WatutMod.instance().getFarPlane());

Why this causes the issue:In large modpacks, getGuiFarPlane() accumulates contributions from multiple mods. When cumulative value exceeds 21000, GUI layers get clipped during screen capture. This causes Dynamic GUIs to fail and Xaero's WorldMap to show black.
Why removing any single mod "fixes" it: Removing any mod brings the cumulative farPlane below the hardcoded threshold.