简体   繁体   English

EvilDicom库中PixelStream的长度

[英]Length of PixelStream in EvilDicom library

I can't reconcile the length of the PixelStream containing the image, with the parameters for this particular image. 我无法将包含该图像的PixelStream的长度与该特定图像的参数进行协调。

0028,0002 (SamplesPerPixel): 1
0028,0004 (PhotometricInterpretation): MONOCHROME2
0028,0010 (Rows): 432
0028,0011 (Columns): 432
0028,0100 (BitsAllocated): 16
0028,0101 (BitsStored): 12
0028,0102 (HighBit): 11

So it seems to me that this stream should be 432*432*2=365472 bytes long, however, EvilDicom reports a length of 155868, based on the debug in Visual Studio 2013. I cannot, however find any evidence of any compression though and the values of the array seem like standard integers in the range 0-255. 因此在我看来,该流的长度应为432 * 432 * 2 = 365472字节,但是,EvilDicom根据Visual Studio 2013中的调试报告长度为155868。但是,我找不到任何压缩的证据,并且数组的值看起来像是0-255范围内的标准整数。 LossyImageCompression is set to 0. The image originated from an MR machine and is part of a stack. LossyImageCompression设置为0。该图像源自MR机器,并且是堆栈的一部分。

Could some help me explain some of this please? 可以帮我解释一下吗?

Transfer Syntax (0002:0010), a DICOM header element, will indicate the encoding/compression used within a file. DICOM标头元素“传输语法(0002:0010)”将指示文件中使用的编码/压缩。 Another indication of compressed stream is the location of pixel stream within the dataset. 压缩流的另一个指示是像素流在数据集中的位置。 If stored inside the second ITEM element (FFFE:E000) under Pixel Data Element (7FE0:0010), you are dealing with compressed stream. 如果存储在像素数据元素(7FE0:0010)下的第二个ITEM元素(FFFE:E000)中,则您正在处理压缩流。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM