After some more research I found out that the rendering issue is introduced with version 0.44.0 where the default image loader was changed to the DICOM loader.
We are displaying a stack of PNG images using the cornerstone-web-image-loader.
Any hints to the cause of the issue would be highly appreciated.
thanks for the quick reply. I’m attaching an anonymized (blurred) image. I tested with this image and the distortion effect happens there as well.
After some more testing I found out that the issue seems GPU rendering related. When forcing CPU rendering the images renders fine.
Btw… I also ran into a separate issue with the zoom-tool in CPU rendering mode, which I’m happy to report separately. Where’s the prefered place for reporting issues like this? Github or this community forum?
I was able to confirm the distorted image problem.
We typically recommend NOT using CPU rendering. So feel free to log an issue, but it may not get prioritized.
To answer your question about reporting bugs. There is nothing wrong with first asking your question or presenting your problem here. But it is also perfectly fine to go directly to logging an issue on GitHub, especially when you have the issue reproduction steps you have provided here.
So if you would be so kind as to log these two issues, then what would greatly be appreciated. Might be best to provide links from the issues to this thread and vice versa.
Could you elaborate why CPU rendering is not supported and what the risks of using CPU rendering are?
I’m asking because in one view of our application we render a long grid view of image stacks (100+ stacks) and we observed that this page takes very long (10+ seconds) to render and there seem to be race conditions in the JS code(TypeError: target argument of Proxy must be an object, got null).
However, when I force CPU rendering the page renders reasonable quickly and without errors. What would be your recommendation for us to go forward with this view?