DICOM @ OFFIS

You cannot directly convert JPEG to JPEG-LS. These are two entirely different file formats (despite the similar name). If you want to generate a JPEG-LS encoded DICOM file from a JPEG file, you must use class Image2Dcm to convert the JPEG file to a DICOM file in JPEG Baseline transfer syntax decompr...

The symbol is definitely defined in "i2d.lib". Perhaps there is a problem with the order in which libraries are linked?

Ah, that is another error. I tracked this in DCMTK issue #1141 and fixed it right away (the fix is, of course, trivial).
The commit should be visible in the public git in a few days.

I see two possibilities: During association negotiation, the server does not accept a presentation context for the compressed transfer syntax. In this case, the SCU will decompress the object before transmitting it The image is transmitted in compressed form, but the server does some local processin...

Thank you for the bug report. This bug has been reported before and has been fixed with commit #169030f5a in May 2024, which is publicly available via our Git server or the Github mirror.

Please describe your problem more precisely. Who is sending what where? Furthermore, are you certain that the delay is caused by your application, or could this be a problem on the "other side"?

For your information, I have created an issue in our issue tracker: https://support.dcmtk.org/redmine/issues/1140

There are several problems here: The JPEG decoder will decode a 12-bit JPEG bitstream into an image with BitsAllocated=16. However, the getUncompressedFrameSize() method does not know this and returns a calculation based on BitsAllocated=12. BitsAllocated=12 is not permitted in DICOM. This value mus...

You are generating DICOM files using either the Multi-frame Grayscale Byte SC Image Storage or the Multi-frame True Color SC Image Storage SOP Class. Neither of these SOP classes support the Image Plane Module, where the (0020,0037) Image Orientation (Patient) attribute is defined. In brief, you are...

You mean, we should declare some methods in class DcmJsonFormat virtual that are currently not declared so? That would certainly be possible. Perhaps you could propose a patch.

Unfortunately, JSON does not have official keywords for "not a number" and "infinity". DICOM will define official keywords in CP 2275, which is not public yet. These will probably be the same ones as supported by JavaScript, but in any case DCMTK will write JSON compatible with C...

Question 1: Yes, you have to apply Rescale Slope and Intercept to every pixel. However, this transformation, called the "Modality LUT Transformation" in DICOM (even if there is not real look-up table), is not intended to convert pixels to output values. See the DICOM pixel transformation ...

I don't know how to pad a bitstream to even size for MPEG data. JPEG uses a marker format where the last two bytes of the bitstream are normally FF D9. However, the marker can also be written as FF FF D9, and this is used to pad a JPEG bitstream to even length. MPEG4 in DICOM is not a tag, but a tr...

I cannot see anything obviously wrong in your code. If the code works with DCMTK 3.6.8 but crashes with 3.6.4, then a bug fix in DCMTK is probably the cause of the difference in behavior. If you cannot migrate to DCMTK 3.6.8, then you will have to check each commit that affected the dcmjpls module t...

Unfortunately, DCMTK functions often return EC_IllegalCall whenever the developer of the class was too lazy to produce a more meaningful error message. So this could be all kind of things. The most probable reason is that your temp file has an odd number of bytes (i.e. length & 1 != 0 ). In DICO...