- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jul 9 2021
Pushed new branch to rMITK MITK: bugfix/T28385-AddNullptrCheck.
Deleted branch from rMITK MITK: bugfix/T28606-StoreImageDimension.
Pushed new branch to 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.
Jul 8 2021
Pushed new branch to rMITK MITK: bugfix/T28614-Simplify2DInterpolationFilterPipeline.
Jul 7 2021
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:
Jul 5 2021
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.
Jul 2 2021
Deleted branch from rMITK MITK: release/T28602-2021-Week-26.
Pushed new branch to 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.
Jun 30 2021
On my 4 cores / 8 threads workstation, I get a speedup factor of nearly 10x (or 35x, if neglecting the whole do/undo stuff during measurement). This is for a 1024鲁 block, where only the first and last slices contain segmentations, so the whole image block need to get interpolated.
Jun 29 2021
1024鲁 image block 2d-interpolation ================================== Without optimizations 392.78s Distance image cache 53.17s -- Speedup factor ----------- 7.4x Distance image cache + Extract slice cache 47.22s -- Speedup factor ----------- 8.3x
Interpolation is not done in place to build a Do and Undo operation for the Undo/Redo-Stack. In the test case above this is another 30 seconds (more than half of the time with the first optimizations). While undo/redo is important, we should consider coming up with an heuristic, or option, or something similar to disable it for the interpolation of large images.
Without looking into parallelizing the interpolation yet, I was already able to algorithmically speed up the interpolation by 7-8 times.
Pushed new branch to rMITK MITK: bugfix/T28491-SpeedUp2DInterpolationsOfLargeSegmentations.
Jun 28 2021
Deleted branch from rMITK MITK: bugfix/T28591-SourceFileExtensions.
Pushed new branch to rMITK MITK: bugfix/T28591-SourceFileExtensions.
Deleted branch from rMITK MITK: bugfix/T28591-SourceFileExtensions.
Pushed new branch to rMITK MITK: bugfix/T28591-SourceFileExtensions.
Jun 25 2021
Jun 15 2021
Wasn't able to reproduce it anymore, too.
I reported the cmakebuilder-plugin issue to Jenkins: https://issues.jenkins.io/browse/JENKINS-65893
Deleted branch from rMITK MITK: bugfix/T28546-macOSCatalina-Boost.
Pushed new branch to rMITK MITK: bugfix/T28546-macOSCatalina-Boost.