This is still an issue also in combination with general UX improvement of AI tools. I suggest to have a closer look on that together in September so we have enough time for a nice design and implementation until v2024.12.

Deleted branch from rMITK MITK: bugfix/T30491-SwitchOffHttplibInMinimalConfig.

Pushed new branch to rMITK MITK: bugfix/T30491-SwitchOffHttplibInMinimalConfig.

Deleted branch from rMITK MITK: bugfix/T30485-HandleNaNImages.

If I would be them, I also wouldn't like to have another metalayer under my belt. I think we can directly go with our own publishing. We may consider to suggest something like a registry, though, for third-party metalayers. :)

A few people reported trouble starting any MITK application with v2024.06.2. The culprit turned out to be Qt v6.7.1. I refreshed all Windows installers and packages with Qt v6.7.2.

In T30454#260087, @floca wrote:

Is there a defined anatomic coordinate system for blosc or the code that wrote the blosc images? Like LPS or RSA (https://www.slicer.org/wiki/Coordinate_systems) may be it differs form the assumption we have in MITK and therefore the memory layout of the pixels is different.

First breakthrough: I was able to load and display the n2nd example image from @isensee. The orientation is unexpected, though. Probably rotated 180° (not mirrored?) around the axial axis. Trying to figure out the culprit. I use a the b2nd_to_cbuffer() function to copy the pixel data into the MITK image memory. If this orientation mismatch is systematic, we may be able to solve it by creating a geometry accordingly. At the moment the MITK image is just initialized via pixel type and image dimensions. As far as I am aware, the Blosc2 image does not contain any orientation meta data, right?

c-blosc2 basically has 3 dependencies. We already fulfill an can/should use 2 of them: zlib (resp. zlib-ng) and lz4. The third one is zstd which is no issue, since c-blosc2 comes with an internal version of it if not provided externally.

Pushed new branch to rMITK MITK: feature/T30454-Blosc2.

Pushed new branch to rMITK MITK: bugfix/T30485-HandleNaNImages.

I think I found a adequate solution:

The origin of the huge level window range is the calculation of the image statistics in mitkImageStatisticsHolder.cpp:100. The function template mitk::_ComputeExtremaInItkImage() is supposed to calculate the extrema and 2nd largest/smallest extrema as well as their counts. However, it does not check for NaN and compares it against the default values (itk::NumericTraits<>::max() resp. NonpositiveMin()). Hence, these extrema stay at their initial default values.

"Empty time steps" turn out be be represented by frames filled with NaN (double). And I think this is the issue. Here's the file were I replaced all NaNs with 0s:

Sounds like a default value initialized with max possible value and the assumption that it would always be set to the actual value later on? How did you step into QmitkSliderLevelWindowWidget::paintEvent()? I always get stuck right before in Qt6Widgets.

The freeze happens at the end of QmitkSliderLevelWindowWidget::resizeEvent() but we need to install the debug files of Qt (Qt6Widgetsd.pdb) for further investigation.

Okay, maybe it is really simple and obvious: I noticed the path in video implies that the Workbench was installed in a OneDrive directory that is synced between multiple PCs. What if it really is just the DLLs missing locally since they are not synced? For example, does C:\Users\adiazpinto\OneDrive - NVIDIA Corporation\Documents\MITK v2024.06.2\bin\MitkCore\MitkModelFitIOServices.dll really exist locally?

I was finally able to play the video from the link above. This looks more like a common system DLL or something similar is missing since basically every DLL is unable to load. We can't really figure out anything without access to an affected system. In that case I would run Dependencies on the Workbench executable after making sure to set the same path as in the start batch file.

Here's the other report: T30448: MITK snapshots/2024-05-02 Workbench not restarting

I use it on Windows 11 just fine. We recently had a similar report from someone using Windows 10. I throw anti-virus / defender as culprint into the ring.

Deleted branch from rMITK MITK: bugfix/T29421-RemoveCPPRestSDK.

Pushed new branch to rMITK MITK: hotfix/T30482-v2024.06.2.

Deleted branch from rMITK MITK: bugfix/T30483-FixTyposInSegmentationUtilities.

Pushed new branch to rMITK MITK: bugfix/T30483-FixTyposInSegmentationUtilities.

Wouldn't that break support of compressed files like foo.nii.gz for example?

Pushed new branch to rMITK MITK: bugfix/T29421-RemoveCPPRestSDK.

Deleted branch from rMITK MITK: feature/T29390-Improve_conversion_for_multilabel.

Deleted branch from rMITK MITK: feature/T30469-SupportExperimentalFilesystem.

Deleted branch from rMITK MITK: feature/T30387-highlight_labels.

Deleted branch from rMITK MITK: bugfix/T29317-CleanUpDICOMBrowser.

Meanwhile a lot of code in CTK regarding the DICOM browser changed and the branch her is outdated so much that it makes sense to start from scratch again, if really necessary at all.

Deleted branch from rMITK MITK: feature/T30222-MatchImageMiniApp_add_parameter_support.

Deleted branch from rMITK MITK: feature/T30294-Remove_LabelSet_class.

Deleted branch from rMITK MITK: bugfix/T28487-MitkMRSignal2Concentration_handle_exceptions.

Deleted branch from rMITK MITK: bugfix/T27196-RewritePackaging.

Deleted branch from rMITK MITK: bugfix/T29371-ImproveRegistrationIcons.

Deleted branch from rMITK MITK: bugfix/T29603-MatchVisualStudioCompilerErrorsBetterToGCCAndClang.

Deleted branch from rMITK MITK: bugfix/T30321-Ubuntu_23.10_Compatibility.

Deleted branch from rMITK MITK: bugfix/T30334-FixPlaneGeometryDataToSurfaceFilter.

We weren't able to get the PR working.

Deleted branch from rMITK MITK: feature/T30255-RenderWindowUtilityWidgets.

I close this task as invalid. We were not able to reproduce this issue at all and we never heard of if by anyone else. Feel free to reopen the task if there's a reliable recipe for reproduction.

Hi there! 🙂

Hi there! 🙂

Hi there! 🙂

Hi there! 🙂

Hi there! 🙂

Hi there! 🙂

Hi there! 🙂