Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add project "Efficient Handling and Progressive Loading of Compressed Multiframe DICOM Images" to "PW39_2023_Montreal" #683

Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Original file line number Diff line number Diff line change
@@ -0,0 +1,68 @@
---
layout: pw39-project

permalink: /:path/

project_title: Efficient Handling and Progressive Loading of Compressed Multiframe DICOM Images
category: Cloud / Web

key_investigators:

- name: Ozge Yurtsever
affiliation: Stanford
country: USA

- name: Emel Alkim
affiliation: Stanford
country: USA

---

# Project Description

<!-- Add a short paragraph describing the project. -->

Loading compressed multiframe DICOM images as a whole causes frequent browser crashes, particularly on Microsoft machines. This issue arises due to the large file size of the DICOM images, exceeding the browser's memory capacity.

The browser's rendering engine attempts to load the entire file into memory, due to the significant size of these images, the browser can quickly exhaust its allocated memory, leading to crashes or unresponsive behavior.

This issue affects both ePAD and OHIF with the latest WADO-loader version.

## Objective

<!-- Describe here WHAT you would like to achieve (what you will have as end result). -->

Initiate a discourse about the methodologies for saving, storing, and reading DICOM data, and explore strategies for optimizing the handling of compressed multiframe images to achieve enhanced efficiency and avoid browser crashing.

## Approach and Plan

<!-- Describe here HOW you would like to achieve the objectives stated above. -->

Instead of loading the entire DICOM file at once, the image loading process can be modified to load the image in smaller chunks or frames progressively. This approach may allow the browser to handle smaller portions of the image, reducing the memory burden and enhancing overall stability.

## Progress and Next Steps

<!-- Update this section as you make progress, describing of what you have ACTUALLY DONE.
If there are specific steps that you could not complete then you can describe them here, too. -->

We attempted to adapt a solution approach inspired by the PR link below. The link's solution specifically addresses uncompressed images. In our case, we tried a similar method to handle compressed images within the dicom-parser library, unfortunately, the attempted solution did not yield the desired outcome.

PR link: <https://github.com/cornerstonejs/cornerstoneWADOImageLoader/pull/454#issue-1287614710>
Ticket link: <https://github.com/cornerstonejs/dicomParser/issues/248>

# Illustrations

<!-- Add pictures and links to videos that demonstrate what has been accomplished. -->

![crash-image](https://github.com/NA-MIC/ProjectWeek/assets/9955081/9f80cbd7-cfa7-4c54-934c-9d165fe38e1a)

# Background and References

<!-- If you developed any software, include link to the source code repository.
If possible, also add links to sample data, and to any relevant publications. -->

Unfortunately the ultrasound images are not deindentified, we can not provide sample data yet. We are working on getting a data set.

Related libraries:
<https://github.com/cornerstonejs/cornerstoneWADOImageLoader>
<https://github.com/cornerstonejs/dicomParser>