Search found 6 matches
- Tue, 2009-10-27, 09:34
- Forum: DCMTK - General
- Topic: Confused about little and big endian; I get the opposite!
- Replies: 2
- Views: 4562
- Wed, 2009-10-21, 14:41
- Forum: DCMTK - General
- Topic: Confused about little and big endian; I get the opposite!
- Replies: 2
- Views: 4562
Confused about little and big endian; I get the opposite!
Hi, I must be very confused when it comes to little and big endian byte order, and I am hoping that someone here can set me straight! According to my understanding, a 16-bit value such as hexidecimal 1234 should be stored as 34h, 12h with little endian, and 12h, 34h with big endian But when I genera...
- Tue, 2009-10-20, 14:07
- Forum: DCMTK - General
- Topic: DCMTK doesn't use UN when Value Representation is unknown?
- Replies: 0
- Views: 15693
DCMTK doesn't use UN when Value Representation is unknown?
Hi, If I have a data set stored with implicit transfer syntax and containing an element with several possible value representationsand, and I convert it to explicit transfer syntax, I would expect that element to get value representation UN. This is my understand of the DICOM standard part PS 3.5 - ...
- Mon, 2007-07-16, 13:08
- Forum: DCMTK - General
- Topic: Strange handling of attributes with multiple VRs
- Replies: 1
- Views: 3161
Strange handling of attributes with multiple VRs
I get some strange behaviour when I convert attributes that can have multiple value representations to implicit VR transfer syntax. Consider the following dataset with two identical attributes with an explicit OB value representation. # Dicom-File-Format # Dicom-Data-Set # Used TransferSyntax: Littl...
- Wed, 2005-05-11, 15:26
- Forum: DCMTK - Installation
- Topic: CMakeLists.txt forces use of static c-runtime in client code
- Replies: 0
- Views: 8463
CMakeLists.txt forces use of static c-runtime in client code
Hi, The CMake configuration for building DCMTK on Windows prevents the user from using anything other than the static c-runtime library which makes it almost impossible to use DCMTK from a DLL. Also, the compilation flags specified does not correctly reflect what is actually used by VC++. The CMakeL...
- Tue, 2005-01-04, 13:45
- Forum: DCMTK - General
- Topic: Incorrect warning during C-GET operations?
- Replies: 2
- Views: 5148
Incorrect warning during C-GET operations?
When performing C-GET operations against the imagectn server (DCMTK 3.5.3) I get the following warning: imagectn: Get SCP: Unexpected C-Cancel-RQ encountered: pid=31, mid=0 Besides the warning, everything seems to work fine. Looking at the source, I suspect that this is a bug. The warning is printed...