Skip to content

fix(render): prevent 26.3 outline buffer upload crash - #6749

Draft
Big-Iron-Cheems wants to merge 1 commit into
MeteorDevelopment:masterfrom
Big-Iron-Cheems:fix/26.3-outline-render-buffer
Draft

Big-Iron-Cheems wants to merge 1 commit into
MeteorDevelopment:masterfrom
Big-Iron-Cheems:fix/26.3-outline-render-buffer

Conversation

@Big-Iron-Cheems

Copy link
Copy Markdown
Collaborator

Type of change

  • Bug fix
  • New feature

Description

Fixes a render-thread crash when using Meteor's ESP or Chams with Litematica on Minecraft 26.3.

Meteor's custom outline renderer previously reused vanilla's RenderBuffers and executed outline rendering outside the vanilla main-pass timing, which could cause Cannot append draw after upload or invalid frame-graph resource access.

This change:

  • Defers Meteor's custom outline rendering until the vanilla main pass.
  • Uses a dedicated RenderBuffers instance for Meteor's outline dispatcher.
  • Keeps Chams and entity outlines in separate command queues.
  • Resets and closes the dedicated staged buffer with the renderer lifecycle.

Related issues

Closes #6748

How Has This Been Tested?

Tested locally with Minecraft 26.3, Meteor, Litematica, and MaLiLib, by enabling ESP;
the previous render-thread crash no longer occurs.

Checklist:

  • My code follows the style guidelines of this project.
  • I have added comments to my code in more complex areas.
  • I have tested the code in both development and production environments.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Crash] Incompatibility with Litematica when using ESP

1 participant