MC-129556GUI logic is included in "root.tick.textures"
The root.tick.textures textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example, this.currentScreen.handleInput(), this.currentScreen.updateScreen()), so if a GUI is lagging, it would show up as root.tick.textures rather than root.tick.gui:
In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); } // Section should end here if (this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logic
Screenshot (after spamming the esc key to open and close the ingame menu) showing the importance of this ("gui (part 2)" is what was being included in "textures"):
Attachments1
Created Issue:
GUI logic is included in "root.tick.textures"
Environment
The "root.tick.textures" textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example, `this.currentScreen.handleInput();`, `this.currentScreen.updateScreen();`), so if a GUI is lagging, it would show up as "root.tick.textures" rather than "root.tick.gui":
In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); } if (this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logic
![[Bot] Arisa](../../../data/assets/gravatar/mustek2.png){kind=small}
The "root.tick.textures" textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example, `this.currentScreen.handleInput();`, `this.currentScreen.updateScreen();`), so if a GUI is lagging, it would show up as "root.tick.textures" rather than "root.tick.gui":
In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); } if (this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logic
The "root.tick.textures" textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example, `this.currentScreen.handleInput();`, `this.currentScreen.updateScreen();`), so if a GUI is lagging, it would show up as "root.tick.textures" rather than "root.tick.gui":
In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); } if (this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logic
The "root.tick.textures" textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example, `this.currentScreen.handleInput();`, `this.currentScreen.updateScreen();`), so if a GUI is lagging, it would show up as "root.tick.textures" rather than "root.tick.gui":
In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); }if(this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logicThe "root.tick.textures" textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example, `this.currentScreen.handleInput();`, `this.currentScreen.updateScreen();`), so if a GUI is lagging, it would show up as "root.tick.textures" rather than "root.tick.gui":
In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); } // Section should end here if (this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logic
![[Mod] Pokechu22](../../../data/avatars/users/92931.png){kind=small}
The "root.tick.textures" textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example, `this.currentScreen.handleInput();`, `this.currentScreen.updateScreen();`), so if a GUI is lagging, it would show up as "root.tick.textures" rather than "root.tick.gui":
In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); } // Section should end here if (this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logic
Screenshot (after spamming the esc key to open and close the ingame menu) showing the importance of this ("gui (part 2)" is what was being included in "textures"):
The "root.tick.textures" textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example, `this.currentScreen.handleInput();`, `this.currentScreen.updateScreen();`), so if a GUI is lagging, it would show up as "root.tick.textures" rather than "root.tick.gui":
In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); } // Section should end here if (this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logic
Screenshot (after spamming the esc key to open and close the ingame menu) showing the importance of this ("gui (part 2)" is what was being included in "textures"):
The "root.tick.textures" textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example, `this.currentScreen.handleInput();`, `this.currentScreen.updateScreen();`), so if a GUI is lagging, it would show up as "root.tick.textures" rather than "root.tick.gui":
In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); } // Section should end here if (this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logic
Screenshot (after spamming the esc key to open and close the ingame menu) showing the importance of this ("gui (part 2)" is what was being included in "textures"):
Note: I'm using Forge just to inject the `endStartSection("gui (part 2)")`, this is a vanilla bug.
The "root.tick.textures" textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example, `this.currentScreen.handleInput();`, `this.currentScreen.updateScreen();`), so if a GUI is lagging, it would show up as "root.tick.textures" rather than "root.tick.gui":
In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); } // Section should end here if (this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logic
Screenshot (after spamming the esc key to open and close the ingame menu) showing the importance of this ("gui (part 2)" is what was being included in "textures"):
Note: I'm using Forge just to inject the
`endStartSection("gui (part 2)")`, this is a vanilla bug.The "root.tick.textures" textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example, this.currentScreen.handleInput();, this.currentScreen.updateScreen()
, so if a GUI is lagging, it would show up as "root.tick.textures" rather than "root.tick.gui":
In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); } // Section should end here if (this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logic
Screenshot (after spamming the esc key to open and close the ingame menu) showing the importance of this ("gui (part 2)" is what was being included in "textures"):
Note: I'm using Forge just to inject the endStartSection("gui (part 2)"), this is a vanilla bug.
![[Mod] Michael Wobst](../../../data/avatars/users/37868.png){kind=small}
The "root.tick.textures"textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example,this.currentScreen.handleInput();, this.currentScreen.updateScreen()"root.tick.textures" rather than "root.tick.gui":In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); } // Section should end here if (this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logic
Screenshot (after spamming the esc key to open and close the ingame menu) showing the importance of this ("gui (part 2)" is what was being included in "textures"):
Note: I'm using Forge just to inject the endStartSection("gui (part 2)"), this is a vanilla bug.
The root.tick.textures textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example, this.currentScreen.handleInput(), this.currentScreen.updateScreen()), so if a GUI is lagging, it would show up as root.tick.textures rather than root.tick.gui:
In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); } // Section should end here if (this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logic
Screenshot (after spamming the esc key to open and close the ingame menu) showing the importance of this ("gui (part 2)" is what was being included in "textures"):
Note: I'm using Forge just to inject the endStartSection("gui (part 2)"). This is a vanilla bug.
![[Mojang] Nathan Adams](../../../data/assets/gravatar/dinnerbone.png){kind=small}
![[Mod] Chandler](../../../data/assets/gravatar/triwonder81.png){kind=small}
The root.tick.textures textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example, this.currentScreen.handleInput(), this.currentScreen.updateScreen()), so if a GUI is lagging, it would show up as root.tick.textures rather than root.tick.gui:
In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); } // Section should end here if (this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logic
Screenshot (after spamming the esc key to open and close the ingame menu) showing the importance of this ("gui (part 2)" is what was being included in "textures"):
Note: I'm using Forge just to inject the endStartSection("gui (part 2)"). This is a vanilla bug.
The root.tick.textures textures profiler section is not ended until the "mouse" section starts. But in between, there is a lot of GUI logic (for example, this.currentScreen.handleInput(), this.currentScreen.updateScreen()), so if a GUI is lagging, it would show up as root.tick.textures rather than root.tick.gui:
In Minecraft.runTick:
this.mcProfiler.endStartSection("textures"); if (this.world != null) { this.renderEngine.tick(); } // Section should end here if (this.currentScreen == null && this.player != null) { if (this.player.getHealth() <= 0.0F && !(this.currentScreen instanceof GuiGameOver)) { this.displayGuiScreen((GuiScreen)null); } // ... much more GUI logic
Screenshot (after spamming the esc key to open and close the ingame menu) showing the importance of this ("gui (part 2)" is what was being included in "textures"):
are you saying that code is in vanilla to begin with why would removing this which shouldn't execute unless the player is dead fix anything? Or are you saying something else your really unclear here
Looking through the source code of the latest versions, I cannot find the section addressed in the issue anymore. Can you still verify this? If so, please update the report to include the most up to date code analysis.