Thanks, Joerg. So, perhaps just storescu is missing an example.
And yes, other than this little nit-pick, the docs are quite clear and comprehensive..
Aaron
Search found 11 matches
- Thu, 2014-04-24, 15:00
- Forum: DCMTK - General
- Topic: suggestion for improving dcmtk documentation
- Replies: 3
- Views: 3864
- Wed, 2014-04-23, 22:02
- Forum: DCMTK - General
- Topic: suggestion for improving dcmtk documentation
- Replies: 3
- Views: 3864
suggestion for improving dcmtk documentation
As there are several open source dicom toolkits (dcmtk, gdcm, dcm4che) with different command line conventions, I think it would be very helpful to have a simple example listed for each dcmtk utility. I found myself having to google "storescu dcmtk simple example" to start working with the...
- Tue, 2014-04-22, 23:44
- Forum: DCMTK - General
- Topic: size_t conversion warnings when building on windows 64 bit
- Replies: 2
- Views: 3513
Re: size_t conversion warnings when building on windows 64 b
Thanks, Jan. I think it will both astonish and please toolkit users when they see
absolutely no warnings after a build.
absolutely no warnings after a build.
- Tue, 2014-04-22, 14:33
- Forum: DCMTK - General
- Topic: size_t conversion warnings when building on windows 64 bit
- Replies: 2
- Views: 3513
size_t conversion warnings when building on windows 64 bit
Hello, First of all, I was very pleased to see that the *only* type of warning I get when building under Visual Studio 12 for windows 64 bit is the following: conversion from 'size_t' to 'unsigned long', possible loss of data so the library is in good shape with respect to warnings. But, I do get hu...
- Thu, 2014-04-03, 05:35
- Forum: DCMTK - General
- Topic: DCMTK Experiement on GPU
- Replies: 2
- Views: 3449
Re: DCMTK Experiement on GPU
You might be interested in my new library:
https://github.com/OpenCodec/ThousandthChicken
It is a work in progress at the moment.
https://github.com/OpenCodec/ThousandthChicken
It is a work in progress at the moment.
- Wed, 2014-02-26, 17:38
- Forum: DCMTK - General
- Topic: pixel fragment file offsets
- Replies: 4
- Views: 4764
Re: pixel fragment file offsets
Thanks!
- Mon, 2014-02-24, 17:22
- Forum: DCMTK - General
- Topic: pixel fragment file offsets
- Replies: 4
- Views: 4764
Re: pixel fragment file offsets
Thanks. Yes, I would like to know the actual file offsets of each block of pixel data, plus the length of each block.
For maxReadLength, can I set this to any value I like? Can I set it to 2, for example? just curious.
For maxReadLength, can I set this to any value I like? Can I set it to 2, for example? just curious.
- Fri, 2014-02-21, 19:03
- Forum: DCMTK - General
- Topic: decode image with multiple pixel fragments
- Replies: 2
- Views: 3534
Re: decode image with multiple pixel fragments
my mistake the file works fine.
- Fri, 2014-02-21, 19:00
- Forum: DCMTK - General
- Topic: decode image with multiple pixel fragments
- Replies: 2
- Views: 3534
Re: decode image with multiple pixel fragments
actually, I just confirmed this issue with the following file:
Go to ftp://medical.nema.org/MEDICAL/Dicom/DataSets/WG04
Download compsamples_jpeg.tar
and try the first image in the folder.
Go to ftp://medical.nema.org/MEDICAL/Dicom/DataSets/WG04
Download compsamples_jpeg.tar
and try the first image in the folder.
- Fri, 2014-02-21, 18:47
- Forum: DCMTK - General
- Topic: decode image with multiple pixel fragments
- Replies: 2
- Views: 3534
decode image with multiple pixel fragments
Does DCMTK handle decoding encapsulated pixel data with multiple pixel fragments ? Because I seem to be getting problems in the codestream in djcodecd.cc when an image has multiple fragments. With a single fragment, it is working. Does anyone have a good sample DICOM image with JPEG transfer syntax ...
- Fri, 2014-02-21, 18:28
- Forum: DCMTK - General
- Topic: pixel fragment file offsets
- Replies: 4
- Views: 4764
pixel fragment file offsets
Hello, I am looking at the following code in djcodecd.cc: while (EJ_Suspension == result) { result = pixSeq->getItem(pixItem, currentItem++); if (result.good()) { fragmentLength = pixItem->getLength(); result = pixItem->getUint8Array(jpegData); if (result.good()) { result = jpeg->decode(jpegData, fr...