gpt4 book ai didi

codec - DICOM 像素数据压缩解压能否搞乱窗口中心和窗口宽度

转载 作者:行者123 更新时间:2023-12-01 02:02:58 28 4
gpt4 key购买 nike

我正在查看计算机断层扫描 (CT) DICOM 图像。这些最初是未压缩的 DICOM 图像。我有这些 DICOM 图像的无损 J2K 压缩形式:传输语法 = 1.2.840.10008.1.2.4.90(JPEG-2K 无损)。
当我解压这些 DICOM 图像时: Transfer Syntax =1.2.840.10008.1.2.1 (Little Endian Explicit) 并在 DICOM 查看器中并排查看压缩和未压缩的 DICOM 图像,然后我观察到
- 压缩和未压缩的图像需要不同的“窗口级别”才能查看(“窗口级别”= 窗口中心的组合 = WC = 亮度和“窗口宽度” = WW = 对比度)
- DICOM header 似乎没有什么不同
- 可以在行业标准/预设级别查看压缩图像,但未压缩图像在该级别看起来不太好

所以问题

  • 级别(窗口中心和窗口宽度)的这种变化是否可以归因于我的编解码器的问题。就像我的编解码器因为处理不当而弄乱像素数据一样?
  • 有没有办法通过调整 DICOM header 中的字段来纠正这个问题?

  • 我检查了
    Post on Window width and center calculation of Dicom Image .虽然那篇文章告诉我应用了重新缩放截距和斜率来将图像的像素值转换为对应用程序有意义的值,但我正在尝试弄清楚如何与
  • 我在视觉上看到的(原始和调整后的窗口中心和窗口宽度之间的关系)
  • 有没有办法以编程方式关联像素值以获得 wc、ww、比例截距斜率的值?

  • 我也检查了( Correct Pixel Processing Logic for DICOM JPEG(RGB) for Applying Window Width and Level Filter ) - 但是这似乎与图像的渲染有关。我的问题与调整 DICOM header (wc?ww?比例截距?斜率?)有关,以使观众能够正确呈现它。查看 DICOM 像素数据,我能否根据像素数据元素中的像素值得出这些第 28 组元素的适当级别。是否有一个已知的函数来计算这种类型的东西?

    我的图像是单色的

    非常感谢

    约格什·德维

    最佳答案

    请检查压缩图像的像素表示 (0028, 0103) 标签的值。值为 1 表示图像数据在应用 Modality LUT 变换后已签名。如果将模态 LUT 转换应用为解压缩过程的一部分,则应在保存为 Little Endian 时在未压缩的数据集中重置它们(将斜率重新缩放为 1,将截距重新缩放为 0)。否则,查看器将对转换后的图像数据再次应用模态 LUT 转换。

    关于codec - DICOM 像素数据压缩解压能否搞乱窗口中心和窗口宽度,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34655316/

    28 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com