Search found 1449 matches
- Wed, 2024-01-10, 15:01
- Forum: DCMTK - General
- Topic: Difference in ImageStatus after processing dicom file using dcmtk library
- Replies: 16
- Views: 25276
Re: Difference in ImageStatus after processing dicom file using dcmtk library
No. It is on the "to do list", but not yet implemented (and not likely to get done soon).
- Sun, 2023-12-31, 11:20
- Forum: Announcements
- Topic: DCMTK 3.6.8 available for public release
- Replies: 0
- Views: 74651
DCMTK 3.6.8 available for public release
ANNOUNCEMENT Version 3.6.8 of the OFFIS DCMTK (DICOM toolkit) software is now available for public release. This release includes the following main changes over the previous version 3.6.7: DCMTK 3.6.8 builds correctly on older and up-to-date versions of GNU gcc (4.8.5 to 12.3.0) Clang (3.4.2 to 15....
- Sat, 2023-12-30, 12:56
- Forum: DCMTK - General
- Topic: Questions on DCM File TAG Modification and LNK2019 Error
- Replies: 7
- Views: 9796
Re: Questions on DCM File TAG Modification and LNK2019 Error
This is what DCMTK does by default. If you use
EWM_dontUpdateMeta
, you have to insert this tag in the metaheader dataset yourself, e.g.
Code: Select all
fileformat.getMetaInfo()->putAndInsertString(DCM_ImplementationVersionName, OFFIS_DTK_IMPLEMENTATION_VERSION_NAME, OFTrue);
- Sat, 2023-12-30, 12:51
- Forum: DCMTK - General
- Topic: How to convert dicom images with differnt samples per pixel
- Replies: 1
- Views: 4929
Re: How to convert dicom images with differnt samples per pixel
A PALETTE COLOR image only has one sample per pixel. That value points to an index table with R, G, and B values. Effectively this is a space-efficient way to store color images that only use a small number of colors. If you want to convert an existing RGB image to PALETTE COLOR, you have to reduce ...
- Sun, 2023-12-24, 18:23
- Forum: DCMTK - General
- Topic: Questions on DCM File TAG Modification and LNK2019 Error
- Replies: 7
- Views: 9796
Re: Questions on DCM File TAG Modification and LNK2019 Error
I set the include path for libiconv in CMake to dcmtk-3.6.7-win32-support-MT-iconv-msvc-17.0\libiconv-1.16, but even then I can't compile it? The problem is not the include path, but the libraries, since this is a linker error and not a compiler error. For libiconv, you need to link your code again...
- Sun, 2023-12-24, 18:16
- Forum: DCMTK - General
- Topic: Questions on DCM File TAG Modification and LNK2019 Error
- Replies: 7
- Views: 9796
Re: Questions on DCM File TAG Modification and LNK2019 Error
Also, I changed the DCM_SourceApplicationEntityTitle with metaInfo, but it still doesn't work. Check the API documentation for DcmFileFormat::writeFile() at https://support.dcmtk.org/docs/classDcmFileFormat.html. By default, the content of the meta-header is discarded and a new meta-header is creat...
- Sun, 2023-12-24, 18:11
- Forum: DCMTK - General
- Topic: error handling with storescu
- Replies: 3
- Views: 5657
Re: error handling with storescu
storescu will return a nonzero return code if anything went wrong. You can use that to determine that the files should not be deleted yet, but the return code as such will not tell you what exactly went wrong or which image was not fully transmitted. Furthermore, running storescu with "sudo&quo...
- Mon, 2023-12-18, 16:40
- Forum: DCMTK - General
- Topic: Questions on DCM File TAG Modification and LNK2019 Error
- Replies: 7
- Views: 9796
Re: Questions on DCM File TAG Modification and LNK2019 Error
Concerning your first question: (0002,0016) Source Application Entity Title is an attribute that must only appear in the metaheader, never in the main dataset - it is forbidden there. Try writing it to the metaheader instead of the main dataset. Concerning the second question: If you are compiling w...
- Sat, 2023-12-09, 16:32
- Forum: DCMTK - General
- Topic: PhotometricInterpretation Conversion
- Replies: 1
- Views: 10978
Re: PhotometricInterpretation Conversion
I am not aware of any library that would support conversion of color models (PhotometricInterpretation) from any to any. This also does not make too much sense: For display on a monitor, you always need RGB, because that is how screens work Palette Color is essentially a space-efficient encoding for...
- Thu, 2023-11-23, 13:23
- Forum: DCMTK - General
- Topic: Windows port is not immediately released after ASC_dropNetwork
- Replies: 2
- Views: 9596
Re: Windows port is not immediately released after ASC_dropNetwork
By default, in all operating systems a closed listen socket will be kept in the TIME_WAIT state by the operating system for some time, in order to "catch" packets that were sent to that socket and have not yet arrived. On Posix systems (such as Linux), DCMTK explicitly disables this delay ...
- Thu, 2023-11-23, 12:41
- Forum: DCMTK - General
- Topic: FindSCU Chinese Unicode problem
- Replies: 12
- Views: 91770
Re: FindSCU Chinese Unicode problem
If you want DCMTK to convert character sets, then you need to compile it with one of the character set conversion libraries supported, i.e. GNU libiconv or ICU.
- Thu, 2023-11-23, 12:36
- Forum: DCMTK - General
- Topic: Large dicom files
- Replies: 12
- Views: 49672
Re: Large dicom files
This file is defective. It should contain uncompressed pixel data for 17444 frames of 512x512 pixels of 3 bytes per pixel (RGB), i.e. 13,718,519,808 bytes of pixel data (which is not possible in an uncompressed DICOM file). In fact, only 833,617,920 bytes of pixel data are present, less than 10%. Th...
- Tue, 2023-11-21, 14:25
- Forum: DCMTK - General
- Topic: Large dicom files
- Replies: 12
- Views: 49672
Re: Large dicom files
You would have to post a dcmdump output of that file - without that it is difficult to guess what may be the problem. However, based on the warning printed ( computed (4572839936) and stored (277872640) pixel count differ ), the pixel data seems to be incomplete. This is understandable, given that t...
- Tue, 2023-11-21, 13:48
- Forum: DCMTK - General
- Topic: Transfer syntax conversion
- Replies: 3
- Views: 10719
Re: Transfer syntax conversion
The problem with this image file is that it is compressed with JPEG 2000, and cannot be decompressed. In compressed form, the pixel data already allocates about 3 GBytes of data (17444 frames of 512x512 color pixels). In decompressed form, the image would be 12.8 GBytes large, but uncompressed DICOM...
- Tue, 2023-11-14, 09:21
- Forum: DCMTK - General
- Topic: Large dicom files
- Replies: 12
- Views: 49672
Re: Large dicom files
In general, it is not possible to split a large DICOM multi-frame image into many smaller files without in-depth knowledge of the DICOM standard and the physical parameters of the acquisition device. In brief, I would not recommend this route. Extracting all frames from a (very) large DICOM image is...