- User Since
- Aug 1 2016, 11:50 AM (260 w, 5 d)
Mon, Jul 26
Wed, Jul 21
When deprecated classes are still around for a long time it is a valid base assumption that the reason is just that they were either forgotten since they weren't used or seen for a long time, or that it is surprisingly difficult to actually get rid of them since there's no real replacement for example but they are still in heavy use. The latter reason is something seen rather often in the core unfortunately.
Tue, Jul 20
Deleted branch from rMITK MITK: feature/T28616-FixedSizeVisualizationForPointSets.
Wed, Jul 14
Tue, Jul 13
I continued migrating MITK. Without explicitly switching on any plugins, the Workbench already compiles and run. Switching on the WorkbenchRelease configuration (without MatchPoint, since I cannot currently compile it because of a compiler bug) compiles as well except for the following two classes which need a rewrite of their multi-threaded implementation, since the ITK base class changed its implementation in that regard:
Sat, Jul 10
Deleted branch from rMITK MITK: bugfix/T28614-Revert.
Fri, Jul 9
Deleted branch from rMITK MITK: bugfix/T28614-Simplify2DInterpolationFilterPipeline.
Deleted branch from rMITK MITK: bugfix/T28385-AddNullptrCheck.
Deleted branch from rMITK MITK: bugfix/T28606-StoreImageDimension.
Thanks for the suggestion and patch! 👍
Deleted branch from rMITK MITK: bugfix/T28606-UseLZ4InCompressedImageContainerClass.
Deleted branch from rMITK MITK: bugfix/T28385-InterpolationCrashOnMorphologicalOperations.
Thu, Jul 8
Pushed new branch to rMITK MITK: bugfix/T28614-Simplify2DInterpolationFilterPipeline.
Wed, Jul 7
Pushed new branch to rMITK MITK: bugfix/T28385-InterpolationCrashOnMorphologicalOperations.
We can fix it in the SegmentationInterpolationController by explicitly handling the situation that the modified image is not initialized (IsInitialized() == false).
@floca I just tested it with my latest changes and the issue still persists. The connection to interpolation seems to be that the SegmentationInterpolationController is still holding a reference to the image and is notified about a modification. When changing the segmentation volume to the new segmentation eventually the ImageTimeSelector crashes when trying to clone an ImageDataItem that already seems to be null (this is 0x00000000). Here's a part of the call stack:
Mon, Jul 5
Pushed new branch to rMITK MITK: bugfix/T28606-UseLZ4InCompressedImageContainerClass.
With the same test data as in T28491, I was already able to virtually eliminate the time spent on compression with LZ4.
Fri, Jul 2
Deleted branch from rMITK MITK: release/T28602-2021-Week-26.
Jul 1 2021
I will create another task for an optimization of the diff image operations in the do/undo stack.
Deleted branch from rMITK MITK: bugfix/T28491-SpeedUp2DInterpolationsOfLargeSegmentations.