-
Notifications
You must be signed in to change notification settings - Fork 110
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
dataset fails to render (regression from 3.3.3) #19480
Comments
Thanks for this report, I an reproduce the black render both on macOS and Linux, so it's not macOS specific. VTK-9 may be the source of the rendering difference. I can see the field if I elevate with zero height, but that won't be a workable solution. |
I can't reproduce the rotation issue, can you describe that a bit more? |
It's a bit hard to describe, so here is a screen recording. I restored the session, and then moved my cursor in and around the main viewer window. It behaves as if I immediately click the left mouse button as soon as my cursor enters the viewer window (which I am not doing). This means that whenever the pan/zoom tool is activated, I can't move the cursor across the viewer window without causing a camera rotation. The same is true of the zoom tool and the pick tool: if I activate either of these as I did in the screen recording, it then acts as if I pressed the left mouse button as soon as the cursor enters the viewer. VisIt.Screen.Recording.2024-05-01.at.5.50.25.PM.mov |
@BenWibking The spatial extents are very large. As a workaround until we can sort out the internal problem with very large extents there is a workaround: Apply the Transform operator with the Scale option. 1e-10 worked well for me for both x and y. |
That fixes the scaling issue, but VisIt is still unusable due to the camera rotation bug: Screen.Recording.2024-05-01.at.10.21.38.PM.movAs you can see above, on my internal laptop display, there also appears to be an issue with font sizes. That issue goes away when I use an external display (used for the previous screen recording). |
The black window seen when rendering data with large spatial extents can be duplicated with a very simple VTK dataset. |
My viewer window bug appears to be the same as this issue: #19506, although I don't have an external USB-C mouse to test immediately on my Mac to confirm. |
My cursor issue is fixed by using an external mouse. |
Describe the bug
My AMReX datasets fail to render with VisIt 3.4.1 and instead render as black surfaces. They worked with 3.3.3.
Also, the GUI in the main viewer window does not allow the user to stop the camera rotation, so once the user clicks inside the viewer window, the camera rotation cannot be unselected. This does not happen with 3.3.3.
Helpful additional information
To Reproduce
Steps to reproduce the behavior. For example:
3.4.1 screenshot (incorrect):
Expected behavior
The rendering should look like this:
Attachments
Zipped sessionfile and dataset:
visit_341_reproducer.tar.gz
Desktop
Additional context
The incorrect rendering may be related to: #17602.
However, this issue happens even without volume rendering, which is a regression from 3.3.3.
The text was updated successfully, but these errors were encountered: