DICOM @ OFFIS

Hi Jörg,

Thank you for your reply.
For your suggestion, I could solve the problem.

Thanks,

Hi DICOM @ OFFIS, Thank you for your everyday's support. This time, I have wondering how to save DICOM file after internal pixel data is modified. This process is as follows; 1. Reading original DICOM file using DcmDataset::loadFile() 2. Getting pixel data using DiPixel::getDataPtr() 3. Modifing the...

Hi Jörg, Thank you for your quick reply and useful information. BTW, the point this time is that the modified pixel data makes errors in the DCMTK after filtering. I am now developing dll in order to filter the pixel data to investigate the medical image. But the modified data after filtering would ...

Hi Jörg, I'm sorry I was confused. The only thing that I understand is that the Pixel Representation is EPR_Uint16. Is it the answer that you expected? BTW, my understanding of the following tag data; (0028,0100)-(US) : Bits Allocated : 16 (0028,0101)-(US) : Bits Stored : 12 (0028,0102)-(US) : High ...

Hi Jörg, Thank you for your reply. The Pixel Representation is MONOCHROME2. BTW, another data of EPR_Uint16 has the similar problem, but not the same problem. The bit data from the tag is as follows; (0028,0100)-(US) : Bits Allocated : 16 (0028,0101)-(US) : Bits Stored : 10 (0028,0102)-(US) : High B...

Hi DICOM @ OFFIS, Thank you for your everyday's support. BTW, I have a question about one of the EPR_Uint16 file. I looked into the bit data from the tag infomation of the file, the bit data is as follows; (0028,0100)-(US) : Bits Allocated : 16 (0028,0101)-(US) : Bits Stored : 12 (0028,0102)-(US) : ...

Hi DICOM @ OFFIS, I have a trouble with JPEG lossless files. I have a series of DICOM image of JPEG lossless. But, when I read those files using DCMTK, EP_Representation of each files are mixed with both EPR_Uint8 and EPR_Uint16 although DCM_BitsAllocated of all those files are DcmUnsignedShort, whi...

Hello DICOM @ OFFIS,

Thank you for your help everyday.
BTW, I recognized that the source code I wrote yesterday was wrong and found out the correct coding to apply PresentationLut.
So, I don't need more reply for this issue.

Thank you very much for your help!

Hi Jörg, Thank you for your help. BTW, I tried to make the source code to put PresentationLut made by user into the DICOM image. The sample program is as follows; //PresentationLut DcmUnsignedShort *presentationLUTDescriptor = new DcmUnsignedShort(DCM_LUTDescriptor); DcmUnsignedShort *presentationLU...

Hi Jörg,

Thank you for your cooperation.
Today, I immediately tried using setVoiLut() and made sure that the method can apply the VOI Lut data stored in DICOM image to the data from getOutputData().
I appreciate your suggestion, so much.

Best Regards,

Thank you for your reply. My intension is that it seems that DCMTK mainstream doesn't apply VOI Lut data stored in DICOM image to the data from getOutputData() or createWindowsDIB(). Because the data got from getOutputData() or createWindowsDIB() is the same as the pixel data, which has not any modi...

Hi Jörg,

Thank you for your help.
BTW, we need to apply VOI Lut stored in DICOM image to rendered data using mainstream DCMTK.
I would appriciate it if you modify it.
Or, please tell me how to modify.

Thanks,

Hi DICOM @ OFFIS,

I'm sorry I made a slightt mistake in the my opinion above.
((Count + 1) >> 1) means a bit left shift of "(Count + 1)" exactly.
Anyway, the statement is not correct.
I think it is bug.

What do you think of it?

Hi DICOM @ OFFIS, Thank you for your cooperation. Recently, I realised the estimated bug in diluptab.cxx. At DiLookupTable::checkTable method in diluptab.cxx, there are different variables, one is "count" variable which means value multiplicity of Lut table and the other is "Count&quo...

I am sending DICOM image attached to e-mail, to 'dicom@offis.de'.
Please tell me the results.

Thanks,
Maty