Search found 99 matches
- Tue, 2009-04-14, 09:23
- Forum: DCMTK - General
- Topic: dcmcjpeg crashes when loadAllDataIntoMemory is called
- Replies: 11
- Views: 14810
- Thu, 2009-03-26, 10:55
- Forum: DCMTK - General
- Topic: Stop storescp
- Replies: 10
- Views: 11897
I had the same issue. What I did was to add a poll in the inner loop of storescp to see if a shutdown request had been issued on the session data bus (dbus, a Linux service), and just break out of the loop in this case. This will make it shutdown while idle, but it does not do anything clever to avo...
- Tue, 2009-03-17, 09:08
- Forum: DCMTK - General
- Topic: DICOMDIR query
- Replies: 2
- Views: 3379
- Mon, 2009-03-16, 08:44
- Forum: DCMTK - General
- Topic: Problem scaling image and creating windowsDIB
- Replies: 6
- Views: 6345
- Fri, 2009-03-06, 08:36
- Forum: DCMTK - General
- Topic: Eclipse and DCMTK 3.5.4
- Replies: 15
- Views: 18853
- Wed, 2009-01-28, 12:57
- Forum: DCMTK - General
- Topic: Reading tags from metainfo
- Replies: 5
- Views: 5165
Actually, looking more closely at it, the problem is that the (0002,0000) MetaElementGroupLength tag is wrong. The size it specifies for the DICOM meta group is way off, and DCMTK therefore reads more tags into the header than it should. I think this should have been handled by DCMTK - ie it should ...
- Wed, 2009-01-28, 10:23
- Forum: DCMTK - General
- Topic: Reading tags from metainfo
- Replies: 5
- Views: 5165
Reading tags from metainfo
I have just received a truly strange DICOM dataset, where some of the crucial tags that we need are found embedded within the DICOM metainfo header instead of in the DICOM data set proper. How would you go about working around this kind of weirdness with DCMTK using DcmFileFormat, DcmItem and friend...
- Fri, 2009-01-23, 10:44
- Forum: DCMTK - General
- Topic: DcmHashDictIterator crash because of bug in operator!=
- Replies: 7
- Views: 7665
- Mon, 2008-11-17, 08:55
- Forum: DCMTK - General
- Topic: Patch collection for DCMTK 3.5.4
- Replies: 1
- Views: 2910
I have created RPMs for Fedora 8 and 9 that are available for download at http://download.gna.org/pdcmtk/
- Tue, 2008-11-11, 10:00
- Forum: DCMTK - General
- Topic: DiPixel::getData Segfault
- Replies: 5
- Views: 6733
- Thu, 2008-11-06, 10:38
- Forum: DCMTK - General
- Topic: storescp crash while receiving a corrupt dataset
- Replies: 16
- Views: 19102
- Fri, 2008-10-31, 10:01
- Forum: DCMTK - General
- Topic: Patch collection for DCMTK 3.5.4
- Replies: 1
- Views: 2910
Patch collection for DCMTK 3.5.4
I have long been running a customized repository of DCMTK where I have collected bug fixes of my own, patches from Offis, and bits and pieces suggested on this forum. Since version 3.5.4 is rather old and contains some annoying bugs, I thought maybe others would find it interesting. It has been exte...
- Thu, 2008-10-16, 14:47
- Forum: DCMTK - General
- Topic: Why are storescp and dcmmkdir incompatible?
- Replies: 1
- Views: 2567
Why are storescp and dcmmkdir incompatible?
I am trying to receive a series with storescp, then run dcmmkdir over it to generate a DICOMDIR. This seems impossible to do out of the box, since storescp insists on creating filenames that are too long for dcmmkdir. This is with version 3.5.4. Is there a solution for this in the CVS snapshots, or ...
- Mon, 2008-10-13, 09:18
- Forum: Third-Party DCMTK Applications
- Topic: Qt4 widget set available via source forge
- Replies: 3
- Views: 28181
- Mon, 2008-10-06, 09:09
- Forum: DCMTK - General
- Topic: Tools for DICOM viewer
- Replies: 5
- Views: 5492
I am not sure what data size limitation or OpenGL issue you are talking about. We are using VTK to display both 2D and 3D views into DICOM series far larger than 20MB. The only limitation I have heard of is that VTK downsamples 3D texture volumes larger than 256x256 to this size, which is annoying w...