You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Dear Team,
We have encountered a critical issue related to loading compressed DX images using cornerstone. Upon investigation, we have observed the following error messages and behavior:
Data Specifications:
Compressed DX images
Error Messages:
Failed to decode tile error message
Failed to execute 'getImageData' on 'CanvasRenderingContext2D': The source width is 0
Related Posts/Issues:
We have come across a similar problem in a forum post with no apparent solution.
Also, there is this open issue but it doesn't mention DX or compressed images
Specific Behavior:
Behavior in ePAD:
Specific images seem to trigger this behavior. If we attempt to load a particular DX image first (sample data), any subsequent DX image loaded ends up displaying all black. Opening a DX image that loads properly first, and then opening the problematic DX image seems to resolve the issue temporarily. Both series and all images of the series are displayed, but the problematic series appears in inverted mode.
Behavior in OHIF
We were also able to partly reproduce the problem in OHIF local version. The sample data can load only one of the images. The other two throws "Failed to decode tile" error message
Dear Team,
We have encountered a critical issue related to loading compressed DX images using cornerstone. Upon investigation, we have observed the following error messages and behavior:
Error Messages:
Related Posts/Issues:
We have come across a similar problem in a forum post with no apparent solution.
Also, there is this open issue but it doesn't mention DX or compressed images
Specific Behavior:
Specific images seem to trigger this behavior. If we attempt to load a particular DX image first (sample data), any subsequent DX image loaded ends up displaying all black. Opening a DX image that loads properly first, and then opening the problematic DX image seems to resolve the issue temporarily. Both series and all images of the series are displayed, but the problematic series appears in inverted mode.
We were also able to partly reproduce the problem in OHIF local version. The sample data can load only one of the images. The other two throws "Failed to decode tile" error message
3 Compressed DX images
We're actively investigating. Any insights and pointers are appreciated.
The text was updated successfully, but these errors were encountered: