DICOM @ OFFIS

I am going to go ahead and post a reply before I lose my thoughts. Once the child process has been created and you have passed all of the data that you need to pass you should be able to close hChildStdInWriteDup without any problems. This handle is never closed and that is an issue to look at. I am...

We were recording echocardiograms not long ago and ran into the same issue. Post processing was tried but it was too difficult to explain why the techs had to wait, sometimes 2 or 3 minutes, after each study. Our solution was to write a dicom file with known unique values for the elements we needed ...

The server those files were hosted on died last week and I haven't gotten around to putting those files back up. It may be a few more days. There is a possibility I might can find them on my laptop to email you if no one else has them.

Sorry. Hope to have it fixed soon.

Colby

I've been a bit overwhelmed with work lately so not much time to work on extra activities and I try not to do too much "work" after hours.

I did order myself an iMac the other day, maybe that will get me motivated. ;)

Good to know it will work but I never paid much attention to the index database anyways. :P

I made an update to dul.cxx to fix multi-process mode on Win2k so that may be relevant to dcmqrscp on that OS.

http://www.zenpacs.com/dcmtk/DUL-Win32-20060321.zip

Colby

I finally got around to fixing dul.cxx for Windows 2000 (and possibly pre-2k) multi-process mode. I hate diff files but I uploaded the old and new versions for easy diff or windiff-ing. Also there is a binary for storescp compiled using VC8. It was compiled with OpenSSL on so you will need the dcmtk...

Lance, Sorry I didn't get back to you sooner, I was in the process of moving to a new apartment this weekend. It is a possibility. I will have to speak with the other people involved with that code and I am on a business trip until next Tuesday. If I get terribly bored this week between meetings I m...

Did you register the JPEG codecs before trying to load the file? Have you checked DicomImage::getStatus()? Just for grins try this code if that doesn't get you somewhere. //------------------------------------------------------------------------------------------------- // DCMTK Includes //---------...

This may or may not be the issue here but it is something that should be considered. From previous experience with writing multiprocess services, I found it is necessary to use OpenProcess to get the actual handle to the running process before DuplicateHandle and also to use DUPLICATE_SAME_ACCESS wh...

http://www.zenpacs.com/dcmtk/dcmqrscp_multiprocess_win32-20060316.zip I won't guarantee this seeing as how it took twice as long to compile on my laptop as it did to make the changes (5 min). I only included the relevant files. If you are actually planning on using this in --fork mode then you shoul...

We beat our heads on getting JasPer to work with 16bit images for about a day before we gave up and went to OpenJPEG. Other than being a touch slow OpenJPEG has worked very well for us (aka. no changes to the library required). On-the-fly transcoding of CR images is definately not recommended (it is...

Are there any plans to make DCMTK multi-thread safe? I don't mind us spending a few days working to make it multi-thread safe, but I hate working on things that we will have to redo next release. The DCMTK team would be more than welcome to use our patches (directly or indirectly). At the same time ...

I have been under the impression that the network code in dcmtk was not multi-thread safe. We have been investigating other toolkits such as Leadtools lately because we are looking to port all of our systems to Windows. (much better luck walking other non-technical people through troubleshooting at ...