Search found 1249 matches

by Marco Eichelberg
Mon, 2020-07-06, 10:22
Forum: DCMTK - Installation
Topic: dcm2xml and dcmj2pnm stream file to stdin
Replies: 2
Views: 3951

Re: dcm2xml and dcmj2pnm stream file to stdin

In case anybody wants to implement that, here's some brief instructions. Modify the following four methods such that they recognize "-" as a special filename indicating stdin or stdout, respectively, and then use a different stream class to read or write the DICOM object: DcmFileFormat::loadFileUnti...
by Marco Eichelberg
Thu, 2020-07-02, 08:05
Forum: DCMTK - General
Topic: Decompression Bug #369 / Test data cabinet
Replies: 2
Views: 47

Re: Decompression Bug #369 / Test data cabinet

The YCbCr to RGB conversion routine in the IJG JPEG library does not work correctly for cases where BitsStored < BitsAllocated. This is a case that is permitted in DICOM, but probably does not occur in practice (yet), because so far all color imaging modalities produce 24 bit "true color" (i.e., 8 b...
by Marco Eichelberg
Sun, 2020-06-14, 15:35
Forum: DCMTK - General
Topic: MPPS NCREATE error
Replies: 2
Views: 121

Re: MPPS NCREATE error

It seems to me that the DVTk SCP for some reason closes the transport connection unexpectedly, as this line seems to indicate: DUL Action: AA 4 Indicate AP Abort . This is a "provider abort", i.e. what happens when DCMTK discovers that suddenly the network connection is gone without have been proper...
by Marco Eichelberg
Sun, 2020-06-14, 15:26
Forum: DCMTK - General
Topic: Store SCP error: DIMSE Failed to receive message
Replies: 3
Views: 100

Re: Store SCP error: DIMSE Failed to receive message

In any case. I don't think that you can solve this problem on DCMTK level. The TCP transport connection apparently breaks spontaneously, and the error message only describes what happens in storescp when detecting that the network connection is suddenly gone unexpectedly.
by Marco Eichelberg
Sun, 2020-06-14, 15:24
Forum: DCMTK - General
Topic: Header only storescu/storescp
Replies: 6
Views: 168

Re: Header only storescu/storescp

You cannot use storescu to send a partial image. You could, however, use dcmodify to create sample datasets without pixel data:

Code: Select all

dcmodify -e PixelData <filename.dcm>
by Marco Eichelberg
Tue, 2020-05-19, 18:24
Forum: DCMPRINT
Topic: C++ Print listen
Replies: 3
Views: 512

Re: C++ Print listen

I can only suggest that you look at the implementation of tcpsrv.cc, which is the main standalone print server. One problem here is that you are using the PSVTCPCentralServer class. That is actually not a print server. When compiled on Unix/Linux, the print server uses one process only for inter-pro...
by Marco Eichelberg
Mon, 2020-05-04, 13:54
Forum: DCMPRINT
Topic: C++ Print listen
Replies: 3
Views: 512

Re: C++ Print listen

The problem here is that not all files in your project have been compiled with the same compiler options for the build model. These options include /MT, /MD, /MTd, /MDd for "multithreaded", "multhreaded DLL", "multithreaded debug", "multhreaded DLL debug". Microsoft provides four different versions ...
by Marco Eichelberg
Mon, 2020-05-04, 12:30
Forum: DCMTK - General
Topic: EXTENDED BCP195 TLS PROFILE
Replies: 2
Views: 300

Re: EXTENDED BCP195 TLS PROFILE

DCMTK uses the OpenSSL library to implement TLS functionality and thus can only support the TLS ciphersuites implemented in OpenSSL.
OpenSSL (at least up to, and including release 1.1.1) does not yet support any of the CAMELLIA ciphersuites in GCM mode.
by Marco Eichelberg
Tue, 2020-04-07, 18:12
Forum: DCMTK - General
Topic: Best practice for storescp and eostudy?
Replies: 1
Views: 409

Re: Best practice for storescp and eostudy?

If you are working with a Posix system, you could run storescp from inetd (by using option --inetd and configuring /etc/inetd.conf appropriately). That would avoid the need for --fork.
by Marco Eichelberg
Tue, 2020-04-07, 18:09
Forum: DCMTK - General
Topic: Preblem with DJDecoderRegistration
Replies: 10
Views: 426

Re: Preblem with DJDecoderRegistration

Other than I would recommend the codec registration and cleanup to happen at the startup/end of your application, and not somewhere in the middle of the DICOM parsing logic, I see no problem with your code. Are you certain that the image you are trying to decode is really encoded in a JPEG transfer ...
by Marco Eichelberg
Tue, 2020-04-07, 17:22
Forum: DCMTK - General
Topic: Attributes changed by on.the-fly lossy compression
Replies: 6
Views: 558

Re: Attributes changed by on.the-fly lossy compression

Thanks for the patch, which indeed fixes the problem. I have just committed the patch and closed DCMTK issue #924.
by Marco Eichelberg
Mon, 2020-02-24, 12:34
Forum: DCMTK - General
Topic: Attributes changed by on.the-fly lossy compression
Replies: 6
Views: 558

Re: Attributes changed by on.the-fly lossy compression

I have added this as issue #924 to the DCMTK issue tracker: https://support.dcmtk.org/redmine/issues/924. I believe that this may be a left-over from the initial implementation of the DCMJPEG module, which always fed the image data through the DicomImage class prior to compression and could, thus, n...
by Marco Eichelberg
Wed, 2019-11-27, 16:23
Forum: DCMTK - General
Topic: DCMCJPEG - Converting 16bit grayscale to 8bit
Replies: 1
Views: 956

Re: DCMCJPEG - Converting 16bit grayscale to 8bit

The JPEG baseline codec, selected by "+eb" in your command line, is limited to 8 bits per sample. Use Enhanced Sequential mode (+ee), which permits 12 bits/pixel. Furthermore, when converting from 16 to 12 bits, you may want to control the mapping from 16 to 12 bit values. By default, this will just...
by Marco Eichelberg
Mon, 2019-11-18, 11:58
Forum: DCMTK - Installation
Topic: HAVE_SSL_CTX_GET0_PARAM not defined when it should be.
Replies: 1
Views: 458

Re: HAVE_SSL_CTX_GET0_PARAM not defined when it should be.

HAVE_SSL_CTX_GET0_PARAM should indeed be defined when using OpenSSL 1.1.1. Can you please check the content of CMakeFiles/CMakeOutput.log in your build folder? When you search for "SSL_CTX" in this log file, you should find a log similar to this one: Determining if the SSL_CTX_get0_param exist passe...
by Marco Eichelberg
Thu, 2019-09-26, 08:39
Forum: DCMTK - General
Topic: Memory leak in DiPNGPlugin::write
Replies: 1
Views: 596

Re: Memory leak in DiPNGPlugin::write

Thank you very much for the bug report. I can confirm that the memory leak is present and that your proposed patch fixes the problem. The memory leak has been present since the introduction of class DiPNGPlugin with DCMTK 3.5.3 in 2004. The leak has been fixed now with commit #dd3d2034a, which shoul...