Skip to content

Conversation

keyboardspecialist
Copy link
Contributor

Description

When building the draw command, we were using a scratch matrix which got passed along with the draw command. Any subsequent tilesets that pushed commands would reuse that same matrix causing tilesets to erratically shift from using an incorrect model matrix.

Also correctly sets draw command ownership.

Issue number and link

Fixes #12967

Testing plan

Author checklist

  • I have submitted a Contributor License Agreement
  • I have added my name to CONTRIBUTORS.md
  • I have updated CHANGES.md with a short summary of my change
  • I have added or updated unit tests to ensure consistent code coverage
  • I have updated the inline documentation, and included code examples where relevant
  • I have performed a self-review of my code

…ratch matrix as their draw command model matrix

The draw command doesn't take ownership of the underlying matrix, so whichever tileset went last won causing tilesets to shift incorrectly

draw command owner was also incorrectly set as "this" instead of primitive.
Copy link

Thank you for the pull request, @keyboardspecialist!

✅ We can confirm we have a CLA on file for you.

@javagl
Copy link
Contributor

javagl commented Oct 16, 2025

Maybe change

to be a Matrix3 while you're at it.

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.

When loading two Gaussian splash models with overlapping positions at the same time, the model will have a flashing bug

2 participants