DICOM @ OFFIS

I have sent the problematic image data to the DCMTK support team and got immediately a response with an analysis of the problem. The values of Photometric Interpretation and Samples per Pixel in the DICOM Header contradict the data inside the JPEG bitstream (which is YCBCR and 3 samples per pixel). ...

Hello Michael, I have sent you the data set to the email you provided. Before talking directly to the customer I wanted to make sure that the problem is not inside the JPEG decompression library but in the data set itself. What still irritates me is that there is software that can decompress it succ...

Hello, I received some JPEG Baseline compressed image data from a customer which is an Ophthalmic Grayscale 8-Bit Multi-frame DICOM image created by a Carl Zeiss Meditec Scanner. Decompression of that data set using DCMTK 3.6.0 (dcmdjpeg +te ...) was unfortunately not working. When debugging DCMTK ,...

Thanks, for all the answers. One conclusion I want to point out though: During an association negotation of Parametric Map between SCU and SCP one should not choose the JPEG Transfer Syntax (although that would work in combination with the regular integer Pixel Data attribute). Since at the time of ...

Hi Michael, I thought so as well, thanks for the answer. But in principle 16-Bit integer Parametric Map Instances could be encoded in JPEG, right? If this was the case this would mean that there are Parametric Maps that can be JPEG compressed and others not depending on the way the DICOM Parametric ...

Hello, is there any recommended Compression-TransferSyntax different from Deflated Transfer Syntax that can be used for compressing Parametric Map Instances with FloatPixelData attribute set (BitsAllocated=32 or even 64)? JPEG is not possible in this case I assume. (Note: dcmcjpeg +e1 with a Float P...

Thanks for your answer. This was very helpful. Just one question to make sure that I understood you correctly in your previous post. Did you actually want to say instead of: "Since the process you are referring to is lossless, In both cases the pixel data will be compressed without modification...

Or let me pose the question differently: Talking about Decompression of an unsigned JPEG Lossless (.70 Syntax) compressed DICOM Image with BitsAllocated=16, BitsStored=12, HB=11, PI=MONOCHROME. Does it matter for the choice of the correct Decompressor whether the image was compressed considering the...

Hello DCMTK Users, I have a question regarding dcmcjpeg. I would like to know if and how it is possible to compress a DICOM image (with: BitsAllocated=16, BitsStored=12, HighBit=11, PixelRepresentation=0, TS= Explicit Little Endian, PI=MONOCHROME2) to JPEG Lossless SV1 (TS: 1.2.840.10008.1.2.4.70) u...