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
We have been using a now-outdated version of OpenJPEG (2011) for the last six years.
It is not easy to change it because there are specific dependencies between the C# and C++ code, with high sensitivity to changes in method names and signatures. After solving that, we have to test every platform we support (Windows, Linux, macOS, Intel, ARM).
During this time, we have received several reports of specific DICOM files failing to decode, that we know are solved in the newest versions of OpenJPEG.
It seems it is almost the time for updating the version. It's a bummer that OpenJPEG still doesn't support HTJ2K encoding (read uclouvain/openjpeg#1487) but we hope it will incorporated soon and can be added without impacting our source code significantly.
The text was updated successfully, but these errors were encountered:
We have been using a now-outdated version of OpenJPEG (2011) for the last six years.
It is not easy to change it because there are specific dependencies between the C# and C++ code, with high sensitivity to changes in method names and signatures. After solving that, we have to test every platform we support (Windows, Linux, macOS, Intel, ARM).
During this time, we have received several reports of specific DICOM files failing to decode, that we know are solved in the newest versions of OpenJPEG.
It seems it is almost the time for updating the version. It's a bummer that OpenJPEG still doesn't support HTJ2K encoding (read uclouvain/openjpeg#1487) but we hope it will incorporated soon and can be added without impacting our source code significantly.
The text was updated successfully, but these errors were encountered: