Search found 93 matches

by Markus Sabin
Mon, 2021-03-01, 10:11
Forum: DCMTK - Installation
Topic: Precompiled dcmtk-tls raises glibc error on Ubuntu (different versions)
Replies: 6
Views: 484

Re: Precompiled dcmtk-tls raises glibc error on Ubuntu (different versions)

Yes Marco, that is what I was thinking as well. But I would have expected that updating to the latest LTS version of Ubuntu would do the trick, which it did not. Unfortunately ldd does not show me any dynamically linked libraries for these executables.
by Markus Sabin
Fri, 2021-02-26, 10:41
Forum: DCMTK - Installation
Topic: Precompiled dcmtk-tls raises glibc error on Ubuntu (different versions)
Replies: 6
Views: 484

Re: Precompiled dcmtk-tls raises glibc error on Ubuntu (different versions)

@Michael, Jörg: Thank you very much for sharing your experience! I really needed to solve the "root problem" urgently, which is that I need a self-contained distributable set of TLS test tools. So I gave the precompiled static binaries of the V3.6.5 release a try. They work fine on both, Ubuntu 16 a...
by Markus Sabin
Wed, 2021-02-24, 13:08
Forum: DCMTK - Installation
Topic: Precompiled dcmtk-tls raises glibc error on Ubuntu (different versions)
Replies: 6
Views: 484

Precompiled dcmtk-tls raises glibc error on Ubuntu (different versions)

Dear Dcmtk-Team, for a self-contained test environment, I have downloaded the statically linked dcmtk-3.6.6 pre-compiled executables with openssl support from the download page (dcmtk-3.6.6-linux-x86_64-static-tls.tar.bz2). I first "installed" on an Ubuntu-16 virtual machine, i.e. I unpacked the bin...
by Markus Sabin
Tue, 2021-02-02, 11:14
Forum: DCMTK - Installation
Topic: Problem compiling dcmtk-3.6.5 with openSSL 1.1.1i
Replies: 2
Views: 335

Re: Problem compiling dcmtk-3.6.5 with openSSL 1.1.1i

For those who may find this helpful: My problem is now solved. Mainly, it was a stupid mistake resulting from not being much used to work with MS Visual Studio. The reason why CMake did not recognize the openssl version was apparently related to a previously built osconfig.h residing in the target d...
by Markus Sabin
Mon, 2021-01-25, 11:07
Forum: DCMTK - Installation
Topic: Problem compiling dcmtk-3.6.5 with openSSL 1.1.1i
Replies: 2
Views: 335

Problem compiling dcmtk-3.6.5 with openSSL 1.1.1i

Dear DCMTK experts, I am desperatly struggling to compile the latest dcmtk release with the latest release of openSSL for Windows. I have obtained the source code for openSSL 1.1.1i and compiled/installed it successfully (which was a struggle of its own, since the latest version of the recommended A...
by Markus Sabin
Thu, 2020-09-24, 10:19
Forum: Third-Party DCMTK Applications
Topic: DICOMconnect: The IEC 62304-Certified DCMTK wrapper
Replies: 0
Views: 946

DICOMconnect: The IEC 62304-Certified DCMTK wrapper

Dear forum reader, with the courtesy of the DCMTK team, I am allowed to announce a non-non-commercial DCMTK application here. We are happy to announce the release of DICOMconnect V03.00 which is a high-level DICOM-library for C++ based on DCMTK. DCMTK is a great toolkit – it has been offering robust...
by Markus Sabin
Thu, 2020-07-02, 08:12
Forum: DCMTK - General
Topic: Decompression Bug #369 / Test data cabinet
Replies: 2
Views: 528

Re: Decompression Bug #369 / Test data cabinet

Thank you very much Marco! I somehow missed to understand that the bug refers to *color* images where Bits Stored < Bits Allocated. I agree that this is not a very realistic scenario. Will look at the images anyway - thanks for providing them - but in fact your explanation is enough for me to assess...
by Markus Sabin
Wed, 2020-07-01, 16:10
Forum: DCMTK - General
Topic: Decompression Bug #369 / Test data cabinet
Replies: 2
Views: 528

Decompression Bug #369 / Test data cabinet

Dear DCMTK team and - users, I am trying to assess the impact of known issues in DCMTK on our DCMTK based implementation. It looks fine except for Bug #369 (https://support.dcmtk.org/redmine/issues/369). I am having a hard time understanding what kind of images this bug refers to. So far I have seen...
by Markus Sabin
Tue, 2020-04-07, 13:28
Forum: DCMTK - General
Topic: Transfersyntax and VR of pixel data
Replies: 7
Views: 1250

Re: Transfersyntax and VR of pixel data

Thank you very much for all your help, Jörg!

Now that I know that TS conversion ultimately happens upon writing the dataset to a file or a socket, I have completed my testcases and everything works as expected.

---->SOLVED :D

Thanks again for the great support!
by Markus Sabin
Mon, 2020-04-06, 15:30
Forum: DCMTK - General
Topic: Transfersyntax and VR of pixel data
Replies: 7
Views: 1250

Re: Transfersyntax and VR of pixel data

Yes, sorry. checkAndUpdateVR() was what I meant. I have tried saving and loading, and it works fine. To do so, I had to change the call for setting the (8-bit) pixel data to putAndInsertUint8Array() of course. Then I tried: DcmFileFormat file(&dataset); ofResult = file.saveFile("e:\\temp\\ELE.dcm", ...
by Markus Sabin
Mon, 2020-04-06, 07:30
Forum: DCMTK - General
Topic: Transfersyntax and VR of pixel data
Replies: 7
Views: 1250

Re: Transfersyntax and VR of pixel data

Thank you for your counter-questions, Jörg. Here are the answers: Short question: why do you call putAndInsertUint16Array() if the pixel data is 8 bits/pixel? Because PS3.5, A.1c says (for TS Implicit Little Endian): Pixel Data (7FE0,0010) has the Value Representation OW and shall be encoded in Litt...
by Markus Sabin
Fri, 2020-04-03, 13:37
Forum: DCMTK - General
Topic: Transfersyntax and VR of pixel data
Replies: 7
Views: 1250

Transfersyntax and VR of pixel data

Dear experts, I am currently investigating how the requirements of PS3.5, Appendix A are implemented and whether we have to consider them in our code using DCMTK or if DCMTK has built-in methods doing the job. If I got it correctly, the baseline for Little Endian Implicit/Explicit is: - if the TS is...
by Markus Sabin
Fri, 2020-04-03, 13:18
Forum: DCMTK - General
Topic: movescu - Move Request Failed: 0006:0317
Replies: 2
Views: 897

Re: movescu - Move Request Failed: 0006:0317

It seems that the Move SCP you are talking to just closes the association while it should better return a C-MOVE-Response which is helpful for debugging. But a few guesses of what typically goes wrong in C-MOVE: - the Move Destintation (testAET) must be configured on the Move SCP side. It should res...
by Markus Sabin
Thu, 2020-03-26, 09:40
Forum: DCMTK - General
Topic: Preblem with DJDecoderRegistration
Replies: 10
Views: 1637

Re: Preblem with DJDecoderRegistration

Including the header is not the same as linking to the libraries. You need to have the libraries built as ".lib" and potentially ".dll" or ".so" files, and you have to instruct your linker to add them to your project.
by Markus Sabin
Wed, 2020-03-25, 08:48
Forum: DCMTK - General
Topic: Preblem with DJDecoderRegistration
Replies: 10
Views: 1637

Re: Preblem with DJDecoderRegistration

The IJG libraries are shipped with DCMTK, so you just compile jpg8, jpg12 and jpg16 and then link to them like you link to other DCMTK libraries as well.