我正在查看计算机断层扫描（CT）DICOM图像。这些最初是未压缩的DICOM图像。我有以下这些DICOM图像的无损J2K压缩形式：传输语法= 1.2.840.10008.1.2.4.90（JPEG-2K无损）。
当我解压缩这些DICOM图像时：传输语法= 1.2.840.10008.1.2.1（Little Endian显式）并在DICOM查看器中并排查看压缩和未压缩的DICOM图像，然后观察到
-压缩和未压缩的图像需要使用不同的“窗口级别”进行查看（“窗口级别” =窗口中心的组合'= WC =亮度，“窗口宽度” = WW =对比度）
-DICOM标头似乎没有什么不同
-可以在行业标准/预设级别查看压缩后的图像，但未压缩的图像在该级别上效果不佳
所以问题
级别（窗口中心和窗口宽度）的变化是否可以归因于我的编解码器问题。就像我的编解码器搞乱了像素数据一样，因为它处理不当？
有没有一种方法可以通过调整DICOM标头中的字段来纠正此问题？
我检查了
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标头（wc？ww？比例截距？slope？）有关，以使观众能够正确地渲染它。查看DICOM像素数据，我可以根据像素数据元素中的像素值，为这28个元素设置适当的级别。有一个已知的函数可以计算这种东西吗？
我的图像是单色的
非常感谢
Yogesh Devi
最佳答案
如果您知道真实的范围，则应该能够计算比例并进行拦截以固定在页眉中，而其他所有条件（如窗口级别）都保持不变。参见下面的计算...
从良好的图像中，如果找到预缩放数据的范围，则可能看起来像这样：
min1 = 100
max1 = 1900
使用标题标度/拦截信息...
scale1 = 5
intercept1 = 500
...然后您可以将其转换为现实的有意义的值：
(min1 * scale1) + intercept1 = real-min
(max1 * scale1) + intercept1 = real-max
real-min = 1000
real-max = 10000
real-range = 9000
在错误的图像中，您需要忽略标题，而只是找到预先缩放的数据范围。例如：
min2 = -100
max2 = 17900
range2 = 18000
现在，使用实际范围计算比例并进行截距：
scale2 = (real-range / range2) = 0.5
intercept2 = real-max - (max2 * scale2) = 1050
应用它们，您可以测试您是否获得了正确的实际值：
(min2 * scale2) + intercept2 = (-100 * 0.5) + 1050 = 1000 = real-min
(max2 * scale2) + intercept2 = (17900 * 0.5) + 1050 = 10000 = real-max
关于codec - DICOM可以将像素数据压缩解压缩与窗口中心和窗口宽度混淆吗，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/34655316/