Search found 19 matches
- Mon, 2009-06-01, 14:59
- Forum: DCMTK - General
- Topic: File-Set ID
- Replies: 6
- Views: 6007
As I mentioned on another thread, as far as I can tell the standard has no such requirement for DVDs. It is only CDs that this is true of. However, also as far as I can tell, there is no prohibition from making the DVD volume identifier the same as the FilesetID, which is the approach that I have ta...
- Fri, 2009-04-24, 15:01
- Forum: DCMTK - General
- Topic: Read FileSetID information from DICOMDIR
- Replies: 20
- Views: 20913
I've been working on something related to this topic, and the surprise to me was the following. The CD Volume Identifier must be the same as the File-set ID, and if there is no File-set ID, the Volume Identifier must be 15 space characters (3.12 annex F F.1.1). As near as I have been able to determi...
- Mon, 2009-04-06, 14:43
- Forum: DCMTK - General
- Topic: multi-frame frame rate slower than expected
- Replies: 9
- Views: 11617
Re: multi-frame frame rate slower than expected
Hi, please can I get some sample code how you created the multiframe dicom file. I am trying this, but I am not getting.. I am want to create a dicom multiframe file from avi file. I will be getting buffer and bitmap info header. Sorry to be so slow in responding. I have been away on vacation. It i...
- Wed, 2009-01-07, 14:16
- Forum: DCMTK - General
- Topic: multiple application profiles in a single dicomdir?
- Replies: 3
- Views: 3902
- Wed, 2009-01-07, 14:10
- Forum: DCMTK - General
- Topic: multi-frame frame rate slower than expected
- Replies: 9
- Views: 11617
It is just that most modalities (as far as I am aware of) produce multiframe objects with frame rates of 12.5 or 25 fps... Just a quick FYI -- ultrasound loops run at a variety of speeds. I know of no ultrasound that is limited to either of these acquisition speeds, and normally the playback rate i...
- Tue, 2009-01-06, 20:46
- Forum: DCMTK - General
- Topic: multi-frame frame rate slower than expected
- Replies: 9
- Views: 11617
Re: multi-frame frame rate slower than expected
Hi, I have created a multi-frame DICOM file with DCM_NumberOfFrames set to 150 frames and DCM_FrameTime set to 20 milliseconds. I would expect to see a playback at 50 FPS which is about 3 second in length. However, when viewing my multi-frame file with a DICOM viewer (I tried several), the frame ra...
- Tue, 2009-01-06, 19:52
- Forum: DCMTK - General
- Topic: multiple application profiles in a single dicomdir?
- Replies: 3
- Views: 3902
multiple application profiles in a single dicomdir?
A while ago, I asked on comp.protocols.dicom about multiple application profiles. Dr. Clunie appeared to say (I may have misunderstood) that you could use multiple application profiles on a single CD, which I interpreted as saying that a single dicomdir could contain files that conformed to more tha...
- Sun, 2008-08-10, 23:28
- Forum: DCMTK - General
- Topic: Choosing represenation problem.
- Replies: 4
- Views: 6096
I don't know whether this is your problem, but your initialization looks wrong. You set bits stored to 7. It looks like that should be 8, especially if you're going to claim that the max value can be 255. (BTW, high bit should be 7 -- that value starts counting from 0. So don't change that one.) FWIW.
- Fri, 2008-08-08, 13:11
- Forum: DCMTK - General
- Topic: Getting started
- Replies: 2
- Views: 3636
The DICOM Resources page on this site is worth a visit. The DICOM Cookbook that they link to is an oldie but a goodie. It was the document that I wish I had had when i first began working with DICOM. It doesn't cover a lot of SOP classes, but it should give you a good understanding of the basic idea...
- Tue, 2008-07-08, 16:13
- Forum: DCMTK - General
- Topic: Modify DicomTag Value
- Replies: 7
- Views: 8303
If you read the documentation for DcmFileFormat::loadFile(), you will notice that by default it only loads values that are smaller than a given amount (4K if memory serves). You can call the loadAllDataIntoMemory() method to load everything, or specify a vey large value for the parameter that defaul...
- Thu, 2008-07-03, 17:05
- Forum: DCMTK - General
- Topic: Large Multi-frame images
- Replies: 25
- Views: 34367
The solution you have outlined should work, unless one frame is split into multiple fragments (items in the pixel sequence), something which is explicitly allowed in DICOM... Marco, let me make sure that you are explicitly talking about JPEG here. I am modifying dcmtk to support frame-at-a-time acc...
- Thu, 2008-05-15, 16:21
- Forum: DCMTK - General
- Topic: RLE on RGB not supported?
- Replies: 4
- Views: 5193
Found it! I was following an example program (diquant.cxx) in the way that I created the pixel data element. That example uses DcmPolymorphOBOW as the class to create, with the argument DCM_PixelData. This is WRONG!!! If you do this, and then call canWriteXfer(), it uses the wrong canWriteXfer() met...
- Thu, 2008-05-15, 14:05
- Forum: DCMTK - General
- Topic: RLE on RGB not supported?
- Replies: 4
- Views: 5193
It's the same registration as for the palette color images, which have no problem getting rle compressed. Even more confusing to me, if I just output the palettized-to-rgb image as an explicit little-endian file, and then feed that into dcmcrle.exe, it will convert without problem. I presume that I ...
- Wed, 2008-05-14, 22:48
- Forum: DCMTK - General
- Topic: RLE on RGB not supported?
- Replies: 4
- Views: 5193
RLE on RGB not supported?
I have completed a set of file conversions using dcmtk. Starting from palettized color or RLE-encoded palettized color, we convert to any of the following: baseline JPEG, uncompressed RGB or palettized color, or RLE RGB or palettized color. The only conversion that fails is going to RGB RLE. I have ...
- Tue, 2008-05-06, 15:24
- Forum: DCMTK - General
- Topic: memory management example?
- Replies: 2
- Views: 4372