Hi, apologies for the long delay, I only managed to try your patch today for reasons too long to explain.
The patch works correctly with my test case.
Thank you
Search found 190 matches
- Mon, 2021-11-29, 19:48
- Forum: DCMTK - General
- Topic: Inconsistency with findAndGetUint16Array
- Replies: 8
- Views: 3403
- Thu, 2021-11-11, 20:43
- Forum: DCMTK - General
- Topic: Inconsistency with findAndGetUint16Array
- Replies: 8
- Views: 3403
Re: Inconsistency with findAndGetUint16Array
Well, shouldn't findAndGetUint16Array() return an error in this case (when VR is "OB")?
- Wed, 2021-11-10, 19:50
- Forum: DCMTK - General
- Topic: Inconsistency with findAndGetUint16Array
- Replies: 8
- Views: 3403
Re: Inconsistency with findAndGetUint16Array
dcmtk version is 3.6.5, and DCM_PixelData VR is EVR_OB. Ok does this mean that I should not look at BitsStored? But only us the VR value? I've been using the BitsStored value for a long time and never had an issue like this. Does this mean the image file is not consistent? I know, lot of questions.....
- Tue, 2021-11-09, 21:36
- Forum: DCMTK - General
- Topic: Inconsistency with findAndGetUint16Array
- Replies: 8
- Views: 3403
Inconsistency with findAndGetUint16Array
Hi,
I have an image with Rows=512, Columns=512, BitStored=16, and when calling
Uint16* pixelData16 = nullptr;
unsigned long count = 0;
myImage.findAndGetUint16Array(DCM_PixelData, (const Uint16*&)pixelData16, &count);
count is equal to 524288 instead of 262144.
What is wrong here?
Thanks
I have an image with Rows=512, Columns=512, BitStored=16, and when calling
Uint16* pixelData16 = nullptr;
unsigned long count = 0;
myImage.findAndGetUint16Array(DCM_PixelData, (const Uint16*&)pixelData16, &count);
count is equal to 524288 instead of 262144.
What is wrong here?
Thanks
- Fri, 2020-07-03, 19:51
- Forum: DCMTK - General
- Topic: Access violation invoking chooseRepresentation
- Replies: 4
- Views: 2255
Re: Access violation invoking chooseRepresentation
Oh great, thanks!
- Fri, 2020-07-03, 19:19
- Forum: DCMTK - General
- Topic: Access violation invoking chooseRepresentation
- Replies: 4
- Views: 2255
Re: Access violation invoking chooseRepresentation
Unfortunately, 3.6.5 does not compile with the UNICODE define on Windows, and this is important to us, so I'm apparently stuck with 3.6.1. Don't know why this restriction exists, for us it's important as our software runs internationally, i.e. in Asian languages too.
- Tue, 2020-05-19, 23:20
- Forum: DCMTK - General
- Topic: Access violation invoking chooseRepresentation
- Replies: 4
- Views: 2255
Access violation invoking chooseRepresentation
Hi, we're using version 3.6.1 and code that has been stable for a long time is suddenly crashing on a specific Series, when we do: OFCond cond = newImage->chooseRepresentation(EXS_LittleEndianExplicit, NULL); The access violation occurs in DJDecompressIJG8Bit::decode() method. The party that reporte...
- Mon, 2018-01-22, 21:29
- Forum: DCMTK - General
- Topic: Jpeg LS lossless support?
- Replies: 2
- Views: 2348
Re: Jpeg LS lossless support?
Thanks! I did not know there was a separate module in dcmtk for jpeg LS.
- Mon, 2018-01-22, 17:46
- Forum: DCMTK - General
- Topic: Jpeg LS lossless support?
- Replies: 2
- Views: 2348
Jpeg LS lossless support?
Hi, what is required to support UID_JPEGLSLosslessTransferSyntax (1.2.840.10008.1.2.4.80)? Using dcmdjpeg on such a file shows this: D: $dcmtk: dcmdjpeg v3.6.1 2012-07-27 $ D: I: reading input file jpeg.dcm D: DcmMetaInfo::checkAndReadPreamble() TransferSyntax="Little Endian Explicit" D: D...
- Tue, 2017-05-16, 17:44
- Forum: DCMTK - General
- Topic: Supplement 132
- Replies: 1
- Views: 2249
Supplement 132
Hi,
are there any plans by OFFIS to support surface segmentations, i.e. supplement 132?
Thanks
are there any plans by OFFIS to support surface segmentations, i.e. supplement 132?
Thanks
- Mon, 2017-02-20, 23:17
- Forum: DCMTK - General
- Topic: Help with private tag
- Replies: 2
- Views: 3074
Re: Help with private tag
Yep that did the trick.
Thanks!
Thanks!
- Thu, 2017-02-16, 22:13
- Forum: DCMTK - General
- Topic: Help with private tag
- Replies: 2
- Views: 3074
Help with private tag
Hi, I need to interpret a private tag but am having a hard time. If I access it so: DcmElement* elem = myDataset->getElement(nIndex); elem->getOFStringArray(sVal, 0); sVal has values like "30\2e\30\30\30\35\34\31" Which is not what I'm looking for, it should be a floating point value. If I...
- Mon, 2016-10-03, 23:26
- Forum: DCMTK - General
- Topic: DcmQueryRetrieveSCP transfer syntax in a subclass
- Replies: 1
- Views: 3134
DcmQueryRetrieveSCP transfer syntax in a subclass
Hi, I'm using a subclass of DcmQueryRetrieveSCP, but it doesn't accept jpeg compressed transfer syntaxes. How can I change that? I found the negotiateAssociation() method in the superclass, but I fail to see how my subclass can tailor the behavior. That method has a case() statement that seems to in...
- Mon, 2016-09-26, 19:58
- Forum: DCMPRINT
- Topic: Print color images
- Replies: 1
- Views: 10563
Print color images
Hi, I'm trying to use DCMPrint to print color images, and am not too clear as to how to go about it. The images I send to the printer seem to be correct (i.e. if I open them with my viewer they are color), but at the printer they are grayscale. I have these settings for the images: ds->putAndInsertS...
- Tue, 2015-09-22, 14:11
- Forum: DCMTK - General
- Topic: getpeername fails
- Replies: 3
- Views: 5498
Re: getpeername fails
It's indeed running on Windows, compiler is the one used by Visual Studio 2010, network interface I don't know, DCMTK version is 3.6.1 dated 2012-07-27.
Yes I suppose that reporting the error correctly would help, so I'll make the proposed changes to my baseline.
Yes I suppose that reporting the error correctly would help, so I'll make the proposed changes to my baseline.