Search found 2217 matches

by Jörg Riesmeier
Mon, 2011-05-02, 08:50
Forum: DCMTK - General
Topic: CreateScaledImage - Help
Replies: 6
Views: 4319

Of course, a crash should never happen ... To the original poster ("martinrame"): Which version of the DCMTK are you using? It is strongly recommended to use the current release (3.6.0) because it contains many bug fixes, also regarding the various scaling algorithms. What is the log output in verbo...
by Jörg Riesmeier
Fri, 2011-04-29, 19:53
Forum: DCMTK - General
Topic: Arithmetic Exception opening CT Image
Replies: 3
Views: 2825

I never had any exception when processing CT images, so I guess that it is caused by your build system / compiler switches. In general, DCMTK does not use exceptions - apart from some internal exceptions in the new modules "oflog" and "dcmjpls".
by Jörg Riesmeier
Thu, 2011-04-28, 08:27
Forum: DCMTK - General
Topic: how to get the element's value of each individual frame
Replies: 7
Views: 7756

Two general remarks: You should always check the return value when using a function/method. This is also true for the DCMTK. The 'pos' / 'itemNum' parameter of both findAndGetXXX methods is 0-based, so "1" is the second entry. And the definite answer to many if not most questions: Reading the docume...
by Jörg Riesmeier
Wed, 2011-04-27, 14:19
Forum: DCMTK - General
Topic: Pixel Data and Pixel Representation
Replies: 5
Views: 9615

Hmm, the name of this site is "DICOM @ OFFIS - Discussion Forum for OFFIS DICOM Tools", and the name of this forum is "DCMTK - General". I thought that this is self-evident :-) Is there any othre forum where I can ask about the Dicom Java Classes? This depends on which Java DICOM toolkit you are usi...
by Jörg Riesmeier
Wed, 2011-04-27, 14:10
Forum: DCMTK - General
Topic: Pixel Data and Pixel Representation
Replies: 5
Views: 9615

No, this forum is about DCMTK, a C/C++ DICOM toolkit. Of course, you could use JNI to wrap the main classes to Java (as demonstrated with the DICOMscope application many years ago).
by Jörg Riesmeier
Wed, 2011-04-27, 13:26
Forum: DCMTK - General
Topic: API bug - DcmTag::getTagName ()
Replies: 3
Views: 3836

Sorry, you are right. So, please forget the last sentence of my above posting :-)
by Jörg Riesmeier
Wed, 2011-04-27, 13:21
Forum: DCMPRINT
Topic: Print for ECGs?
Replies: 3
Views: 7057

Basically, I would agree. However, if the customer really wants to use the DICOM print protocol for this purpose, this would of course be possible (as I wrote in my previous posting). A use case could be that the department has a DICOM paper printer that should also be used for ECG printouts.
by Jörg Riesmeier
Wed, 2011-04-27, 13:14
Forum: DCMTK - General
Topic: Pixel Data and Pixel Representation
Replies: 5
Views: 9615

If you would use the DicomImage class, the rendered output would always be unsigned, even for signed CT images.
by Jörg Riesmeier
Wed, 2011-04-27, 13:11
Forum: DCMPRINT
Topic: Print for ECGs?
Replies: 3
Views: 7057

DICOM Basic Print Management requires a pre-formatted bitmap, so you first have to convert the signal data (ECG Waveform) to a bitmap.
By the way, the same applies to SR documents - DICOM Basic Print Management is only defined for images/bitmaps.
by Jörg Riesmeier
Wed, 2011-04-27, 08:37
Forum: DICOMscope - Installation
Topic: fatal error C1189: #error : DCMTK needs stringstream or strstream type
Replies: 1
Views: 5551

Which project do you mean, DICOMscope?
by Jörg Riesmeier
Wed, 2011-04-27, 08:31
Forum: DCMTK - General
Topic: DcmFindSCU - Avoid output to console
Replies: 6
Views: 12728

performQuery() returns a status of good() if the query could be sent to the SCP, which is apparently the case in your example. The DIMSE status is available in the callback function - see DcmFindSCUDefaultCallback::callback().
by Jörg Riesmeier
Tue, 2011-04-26, 18:12
Forum: DCMTK - General
Topic: DcmFindSCU - Avoid output to console
Replies: 6
Views: 12728

You need to configure the (root) logger accordingly -- as described in the documentation. There are multiple ways to avoid any output to the console. One of them is the following (add this code to the beginning of your main function): log4cplus::SharedAppenderPtr nullapp(new log4cplus::NullAppender(...
by Jörg Riesmeier
Tue, 2011-04-26, 17:52
Forum: DCMTK - General
Topic: Apply Non Linear VOILut
Replies: 10
Views: 8869

Change the VR to "OB" and the length to "0xffffffff" (i.e. undefined) and the image might look like expected.

I've added an entry to our to-do list that we might add a new "compatibility option" to the DCMTK that allows for supporting such an incorrectly encoded DICOM image.
by Jörg Riesmeier
Tue, 2011-04-26, 16:26
Forum: DCMTK - General
Topic: Apply Non Linear VOILut
Replies: 10
Views: 8869

This is easy: The DICOM image file you've sent to us is corrupt (in many ways). The main issue is that the pixel data is not encoded in an encapsulated manner (sequence of pixel items) as it is required by the DICOM standard: (0002,0010) UI =JPEGLossless:Non-hierarchical-1stOrderPrediction # 22, 1 T...
by Jörg Riesmeier
Tue, 2011-04-26, 16:06
Forum: DCMTK - General
Topic: Apply Non Linear VOILut
Replies: 10
Views: 8869

I am not using software, I am rendering the image on UIImageView on iPad ... So, you are definitely using software :) Probably software that is written by yourself based on the DCMTK, right? W: computed (3356700) and stored (772057) pixel count differ do you have any idea what that means ? Yes, it ...