Search found 38 matches
- Wed, 2013-06-12, 11:10
- Forum: DCMTK - General
- Topic: Slowness sending from StoreSCU.exe to a PACS
- Replies: 1
- Views: 3158
Slowness sending from StoreSCU.exe to a PACS
Hi, we noticed a strange slowness sending from StoreSCU.exe to a PACS. After some tests we discovered this behavior depended from MAX PDU SIZE set on the PACS (it was 512KB). In addition the transfer rate from modality managing big PDU SIZE (512KB) to the same PACS was very fast. By reducing PACS PD...
- Wed, 2012-08-22, 10:21
- Forum: DCMTK - General
- Topic: Issue in conversion of Enhanced MR to JPEG lossy
- Replies: 4
- Views: 7062
Re: Issue in conversion of Enhanced MR to JPEG lossy
Hi Jorg, first of all, thanks for your prompt feedback. A couple of comments: 1 - I am not using the DicomImage class explicitly, I am just doing Tx Syntax conversion on the DICOM file and related dataset. My code looks more or less like this: DcmFileFormat dcmFileFormat; if (dcmFileFormat.loadFile(...
- Tue, 2012-08-21, 19:06
- Forum: DCMTK - General
- Topic: Issue in conversion of Enhanced MR to JPEG lossy
- Replies: 4
- Views: 7062
Re: Issue in conversion of Enhanced MR to JPEG lossy
Should it be useful for some testing, here is a link to a sample Enhanced MR DICOM file which shows issues once converted to Lossy JPEG Tx Syntax through DCMTK:
https://www.dropbox.com/s/sppwkjqz5tpkgi4/ENH_MR.dcm
Thanks in advance for any feedback on this topic.
Best regards,
Marco
https://www.dropbox.com/s/sppwkjqz5tpkgi4/ENH_MR.dcm
Thanks in advance for any feedback on this topic.
Best regards,
Marco
- Tue, 2012-08-21, 16:38
- Forum: DCMTK - General
- Topic: Issue in conversion of Enhanced MR to JPEG lossy
- Replies: 4
- Views: 7062
Issue in conversion of Enhanced MR to JPEG lossy
Hi all. I am experiencing an issue while trying to convert an Enhanced MR DICOM image file to JPEG lossy (1.2.840.10008.1.2.4.50) Transfer Syntax. The original uncompressed DICOM image file (Enhanced MR) has the following features: * Transfer Syntax UID = 1.2.840.10008.1.2.1 * Bits Allocated = 16 * ...
- Wed, 2012-05-02, 08:43
- Forum: DCMTK - General
- Topic: Crash in Tx Syntax conversion from native to JPEG-LS
- Replies: 10
- Views: 13048
- Thu, 2012-04-26, 10:27
- Forum: DCMTK - General
- Topic: Crash in Tx Syntax conversion from native to JPEG-LS
- Replies: 10
- Views: 13048
Hi Joerg, we are in contact with Jan de Vaan (CharLS author). This is his answer regarding this issue: Hi, I have used the current build to encode the image you provided. This worked --- although after I masked away the unused 6 high bits from each pixel. (charls assumes (not checks) that the unused...
- Tue, 2012-04-24, 18:23
- Forum: DCMTK - General
- Topic: Crash in Tx Syntax conversion from native to JPEG-LS
- Replies: 10
- Views: 13048
Hi Jorg, actually I was compiling in Release mode, but for some reason the Release mode in my VS 2010 solution did not define the NDEBUG symbol. My VS 2010 solution was generated by CMake on the DCMTK 3.6.0 package. I tried rebuilding with NDEBUG symbol defined: the assert() went away, and the Tx Sy...
- Tue, 2012-04-24, 17:18
- Forum: DCMTK - General
- Topic: Crash in Tx Syntax conversion from native to JPEG-LS
- Replies: 10
- Views: 13048
Hi. We tried using the command line utility dcmcjpls (compiled from DCMTK 3.6.0 source with Visual Studio 2010), and here is what we obtain: dcmcjpls.exe -d c:\Share\testCrashCOmpressJPEG-LS\DICOM\00000000.crash c:\Share\testCrashCOmpressJPEG-LS\DICOM\00000000.crash.jpls D: $dcmtk: dcmcjpls v3.6.0 2...
- Mon, 2012-04-23, 18:18
- Forum: DCMTK - General
- Topic: Crash in Tx Syntax conversion from native to JPEG-LS
- Replies: 10
- Views: 13048
Crash in Tx Syntax conversion from native to JPEG-LS
Hi all. We are experiencing a strange issue with OFFIS DCMTK when doing a DICOM Transfer Syntax conversion of a native-encoded DICOM file to JPEG-LS. We have two different 10-bit grayscale DICOM images (CR images) which are part of the same study and which are apparently identical from the "fea...
- Fri, 2011-09-02, 16:04
- Forum: DCMTK - General
- Topic: Multi threaded file load crashes due to logging
- Replies: 10
- Views: 13065
I added the following code (as suggested): log4cplus::SharedAppenderPtr nullapp(new log4cplus::NullAppender()); /* make sure that only the null logger is used */ log4cplus::Logger log = log4cplus::Logger::getRoot(); log.removeAllAppenders(); log.addAppender(nullapp); BUT the crash is always present....
- Fri, 2011-09-02, 14:58
- Forum: DCMTK - General
- Topic: Multi threaded file load crashes due to logging
- Replies: 10
- Views: 13065
Hi, we encountered the same crash. Since we have DCMJP2K library, how can we workaround the problem? If we use the commit you signaled we lost JP2K library and I think also this library need to be patched to be thread safe. How can we solve? We don't need logging functionality but we seen that disab...
- Fri, 2011-07-08, 14:18
- Forum: DCMJP2K
- Topic: Conversion from JPEG2000 to JPEG-LS
- Replies: 11
- Views: 37932
- Fri, 2011-07-08, 12:19
- Forum: DCMJP2K
- Topic: Conversion from JPEG2000 to JPEG-LS
- Replies: 11
- Views: 37932
- Fri, 2011-07-08, 12:16
- Forum: DCMJP2K
- Topic: Conversion from JPEG2000 to JPEG-LS
- Replies: 11
- Views: 37932
Yes all registered correctly. I'm able to compress/decompress from non-encapsulated to encapsulated and vice-versa. I'm looking for a workaround to convert from encapsulated to encapsulated by decompressing to EVRLE on the fly. Adding my previous piece of code I think the decompression in memory suc...
- Fri, 2011-07-08, 11:59
- Forum: DCMJP2K
- Topic: Conversion from JPEG2000 to JPEG-LS
- Replies: 11
- Views: 37932
I use the following code: // Temporary decompress original file eTxSyntax = EXS_LittleEndianExplicit; pDataset->chooseRepresentation(eTxSyntax, NULL); if (!pDataset->canWriteXfer(eTxSyntax)) // Decompression failed? { return FALSE; } Debugging the application the pDataset tx syntax remains EXS_JPEG2...