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

Bug: Linux VVIS can take longer than VRAD even with simple map geometry. #1201

Open
Trico-Everfire opened this issue Aug 7, 2024 · 0 comments
Labels
Platform: Linux This issue only affects Linux Type: Bug This is a problem with something that should be working one way, but isn't. Type: Performance Problem What: Tools Engine tool-related issues

Comments

@Trico-Everfire
Copy link

Trico-Everfire commented Aug 7, 2024

Describe the bug

With large maps that do have a lot of visleafs to create (but not really complex brush geometry, just regular squares) VVIS can take a very long time. With a map where the full compile lighting takes around 1 minute 50, VVIS takes about 2 minutes 40. It hangs on ...10 for a long while.

VVIS result:
image

VRAD result:
image

To Reproduce

Make a large map on Linux.
Compile with Linux VVIS and VRAD.
VVIS takes longer than on Windows.

Issue Map

I cannot provide an example map because it seems to happen semi-randomly.

Expected Behavior

For it to be on par with Windows.

Operating System

Linux, KDE Neon

@Trico-Everfire Trico-Everfire added the Type: Bug This is a problem with something that should be working one way, but isn't. label Aug 7, 2024
@ozxybox ozxybox added the What: Tools Engine tool-related issues label Sep 9, 2024
@ozxybox ozxybox added Platform: Linux This issue only affects Linux Type: Performance Problem labels Oct 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Platform: Linux This issue only affects Linux Type: Bug This is a problem with something that should be working one way, but isn't. Type: Performance Problem What: Tools Engine tool-related issues
Projects
None yet
Development

No branches or pull requests

2 participants