DICOM @ OFFIS

thanks for explanation i think it is problem of that (not dcmtk)implementation, i'll update this topic if will find something interesting.

yes i agree that there are no changes since 3.5.3 but it is can be problem

i tested on implicit VR object. i am referring to bigendian/little endian conversion, some implementation automatically converts OW arrays to get platform depend words.

guys seems there is issue with OB/OW VRs detection for not encapsulated pixels. for example latest snapshot shows and sends over network RGB/YBR_FULL 8 bit pixels (7fe0,0010) as OW. easy to reproduce by dcmdump on any 8 bit image. it breaks some (stupid) viewers and can destroy pixels on BE/LE conve...

yes, the second case

it is old issue: latest snapshot (20100326) conscructSCUSCPRoles presentationCtx = (DUL_PRESENTATIONCONTEXT*)LST_Head(&params->acceptedPresentationContext); should check acceptedPresentationContext as it doing branch for (type == DUL_TYPEASSOCIATERQ) recommended patch is: presentationCtx = param...

i have a question,

dcmtk/dcmjpls/*.h headers overlap with dcmtk/dcmjpeg/*.h

for example,

#ifndef DJCODEC_H
#define DJCODEC_H

same for both libraries. it prevents simultaneous jpeg and jpeg-ls using.

is it by design ?

> strings movescu | grep DcmTLS
> => No output since movescu doesn't need anything from scu.o and thus it's not linked it, avoiding the dependency on dcmtls.

movescu is SCU so, it requires TLS definitely. mb static linker resolves dependies using .la libtool policy files

check this page

viewtopic.php?t=19&highlight=dynamic

it works (ed) fine

same thing for dcmqrdb/* and dcmwlm/* applications

also i have added $(PNGLIBS) $(TIFFLIBS) to Makefile.in for dcmjpls

hi, i have tried to build dcmtk-3.5.5_20100226 from scratch and movescu/termscu complained about libdcmtls (.so) in Makefile.in movescu and termscu don't have link to $(DCMTLSLIBS) $(OPENSSLLIBS) i ran with modified config/Makefile.def.in with ARFLAGS = -shared -o etc flags for dymanic lib distribut...

guys,
did you ever see these jpeg-2000 part 2 dicoms ?

i am thinking if we need to implement support for .92/.93 syntaxes

can someone share with me at least one part 2 dicom file for testing ? or any info where i can download the data set.

Thanks!

Guys, mb i have posted into wrong forum but... did someone have good suggestions about integration DCMTK with IHE profiles, fo example XDS/XDS-I profile(s). I understand that it is different levels of abstractions... i checked several java implementations (dcm4che etc) and found that development und...

think it is better to buy DCMJP2K, if you have own copy of (for example)
kakadu jpeg-2000 enc/dec you can implement own dcmtk codec.

check dcmtk/dcmjpeg/(include/libsrc) folders. djcodecd.h/cxx, djcodece.h/cxx, djcparam.h/cxx files.

maximum possible object size (if you use "receive data set in memory") is limited by runtime library maximum heap size and process maximum virtual memory size. think it is platform depend. if you want to receive really huge images, use "bit preserving" mode, reopen object after r...