Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Performance Issue] UV editor increasingly lowers performance the more faces are displayed #2553

Open
Azagwen opened this issue Nov 10, 2024 · 2 comments

Comments

@Azagwen
Copy link
Contributor

Azagwen commented Nov 10, 2024

What are you trying to do, and what do you expect to happen?

I'm editing the UVs of a mesh, with a medium number of faces.
And I'm trying to navigate the UV editor panel smoothly to move UV islands & paint

What happens instead?

When UV overlay is enabled, zooming and moving elements is significantly slowed down

Blockbench_IBE3wUG77S.mp4

When UV overlay is disabled however, this section gains a significant boost in performance, but now I have no idea if the faces I'm moving may be overlapping with another element.
And moving a set of faces still happens at a relatively low frame rate.

Blockbench_PJiwlQyqHj.mp4

Model format in which the issue occurs

Generic Model

Blockbench variant

Program

Blockbench version

4.11.2

Operating System

Windows 10

Installed Blockbench plugins

  • CEM Template Loader
  • Shape Generator
  • Cameras
  • MTools
  • Optimize
  • Custom Marker Colors
  • Scene Recorder
@JannisX11
Copy link
Owner

I mean yeah, displaying more data in the interface slows down the program when the data needs to be updated. That is to be expected, it's not exactly a bug.
I can file this as a suggestion to look into improving rendering performance. But of course there is only so much you can do with HTML/SVG rendering.

@Azagwen
Copy link
Contributor Author

Azagwen commented Nov 18, 2024

I mean yeah, displaying more data in the interface slows down the program when the data needs to be updated. That is to be expected, it's not exactly a bug. I can file this as a suggestion to look into improving rendering performance. But of course there is only so much you can do with HTML/SVG rendering.

Yeah that's fair, I did realize when I looked into it that bb draws these in HTML, which I gathered is harder to optimize especially for generated data like here

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: No status
Development

No branches or pull requests

2 participants