-
Notifications
You must be signed in to change notification settings - Fork 62
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
volume rendering issues with AMR #955
Comments
Not sure if this is related, but I did notice this error message in the log file:
|
IF the AMReX Multifab has ghosts elements ( Then the AMReX to Blueprint wrappers will create a ghost field that Ascent can use to remove duplicate data on domain boundries. It's possible that this field is named In past use, I suspect we have been testing with ngrow > 0 + nesting info, not ngrow=0 + nesting info. I suspect the white line is lost rays due to numerics, especially if a slight view change make it disappear. Any chance you can share hdf5 extract files with us? You could create them with yaml actions like this:
Some more info: We could run those though ascent's replay exe with the same yaml scene setup as you and try to understand the white line and the ghost issues. |
I think you've found the issue. The way it's currently set up, when an Ascent render happens in the code, I create new MultiFabs on each level so that I can combine the state variables with derived variables in a single MultiFab with I built my copy of Conduit without HDF5, but I'll try rebuilding with Spack with HDF5 and save the Blueprint HDF5 files. |
Here's the HDF5 extract files and |
I've also tried setting The blueprint files are here: https://cloudstor.aarnet.edu.au/plus/s/QpSw1oeoSJTgSwm |
Thanks for the files. I was able to take quick look, one thing I noticed is that the first file had The other extracts do not have the I checked and they do all have Conduit Blueprint AMR info ( Now that ngrow is > 0, I expected to see a field named I need to look a bit more, but unfortunately it will be at least a week until I have some more time to invest. |
This is still an issue with the current Ascent develop branch and the current VTK-m 2.1 ("release") branch. I've made a much smaller reproducer here: I was hoping this might have been related to the VTK-m ghost zone/slicing issues, but it produces the same incorrect rendering as before: There is also an error message printed when I run
|
I tried out the volume extract after you mentioned it in my other query. However, I'm getting some strange issues when I'm using it with an AMR mesh. I'm not sure whether this is due to the AMReX integration or something in Ascent itself.
This is a volume rendering of the temperature field, with a shock entering from the left boundary, hitting a uniform temperature box of gas, but with a refined region around a dense gas cloud. There's something wrong at the coarse-fine boundaries here:
(There's also a white line along the diagonal, but that goes away if I tilt the camera slightly away from its default location.)
The density field volume rendering looks like this:
The text was updated successfully, but these errors were encountered: