DICOM @ OFFIS

Many thanks for your support, Marco and Joerg!

Jens

Marco, Thank you for your investigation. I modified the code as suggested and it works as aspected. You are right, this is not the appropriate solution. But the machine is out of service since years, the vendor is by far not responsible for such requests ... We have to accept this behavior - but cou...

File has been sent to bugs ....

Thanks,

Jens

Hello, a DICOM file coming directly from a Siemens Acuson Sequoia 512 gives the following errors, here with loglevel trace: Using DCMTK 3.6.2. [ ... ] T: DcmDataset::read() returns error = Normal I: preparing pixel data D: transfer syntax of DICOM dataset: RLE Lossless (1.2.840.10008.1.2.5) T: DcmIt...

After some really annoying problems finally got Xcode running on 10.6.8 and with DCMTK_WITH_TIFF:BOOL=OFF compiling of dcmj2pnm 3.6.2 was successful, but I ran into the next problem with dcmdump, which don't want to compile... At the moment I tend to no longer support 10.6.8 and 10.7.X ... Many than...

As already said, I have no experience in compiling.

DCMTK_WITH_TIFF:BOOL=OFF disables jpeg too? Did not know that ...

At the end, binary does not work on 10.6.8, but on the compiling 10.7 machine.

Thanks,

Jens

I followed your advice and disabled libjpeg and libtiff now in CMakeCache.txt: //Flags used by the compiler during all build types. CMAKE_CXX_FLAGS:STRING=--disable-jpeg --disable-tiff The compiler does not complain any longer. Am I right - this means it's not possible to write jpeg nor tiff? If so,...

Hello, I tried to compile dcmtk 3.6.2 on Mac OS X 10.6.8 with CMake and XCode 4.6.3 without success. I get following errors: ld: warning: ignoring file /usr/local/lib/libtiff.dylib, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x ...

For now, I'm using this workaround in my shellscript to extract 500 frames per run. The +Fr option becomes very handy here ... # How many frames per run should be extracted FRAMECOUNT=500 # how man full runs with $FRAMECOUNT are needed FULLRUNS=$(echo "${NumberOfFrames}/${FRAMECOUNT}" | bc...

J. Riesmeier wrote:

I would rather recommend to implement the following command line option from dcm2avi also for dcm[j]2pnm:

Code: Select all

memory handling:

  -fm   --frames-in-memory  [f]rame count: integer
          number of frames in memory (default: all)

I would highly appreciate this. Will this be a lot of work?

Jens

Sorry, shame on me.

Jens

To workaround the problem - I tried the just discovered new option '+Fn' to extract the pixel data in parts. The manpage writes: 'use absolute frame number for filenames'. If I want to extract only 2 or 800 frames, the option always adds 20 frames, e.g.: macbook:~ jb$ ./dcmj2pnm +Fr 21 22 +Fn +op -O...

If I understand the bug tracker ticket right, buffer size > 4 GByte is not permitted in DICOM? Does this mean, the problem with such a large DICOM multiframe file is not to solve? Why is it needed to decompress all images into the RAM? Wouldn't it be possible to write the multiframe ppm file directl...

I really would like to transform my shell scripts into a much more efficient program using a mixture of storescp, dcmdump, dcm2jpnm, convert, identify, ffprobe and ffmpeg, but this would require learning C, which would cost me years. Unfortunately I'm fully absorbed with my daily work as a radiologi...

Yes, I missed this section. Sorry. My 'software' is working since five years for a bunch of people very well, for sone users with storescp support and automagic conversion after receiving the data from the ultrasound machine via ethernet. There is no need to install Java. It is absolutely no user in...