Search found 15 matches

by oblivion81
Tue, 2014-04-15, 11:08
Forum: DCMTK - General
Topic: DVPresentationState why not exposing currentImage?
Replies: 1
Views: 2554

DVPresentationState why not exposing currentImage?

Hi everybody, I'm working with presentation states and I'm wondering why the DVPresentationState is not exposing the internal attached image to the outside. I have the following code that I've simplified for the example: m_file = new DcmFileFormat; m_file->loadFile(filepath); m_presentationState = n...
by oblivion81
Mon, 2014-04-14, 10:14
Forum: DCMTK - General
Topic: Standard Dicom Viewer User Interface layout?
Replies: 2
Views: 3463

Re: Standard Dicom Viewer User Interface layout?

Thanks a lot! Very useful link!
And sorry for the improper question.

Daniele
by oblivion81
Thu, 2014-03-27, 15:13
Forum: DCMTK - General
Topic: DcmDataset findAndGet* why not const?
Replies: 1
Views: 2553

DcmDataset findAndGet* why not const?

Hi, I was wondering why the findAndGet* methods in DcmDataset are not const. In my application I'm wrapping a dataset in a class, and I'm forced to avoid using a const object even if the getters should not change the internal state. I'm sure this is probably due to some kind of caching mechanism, bu...
by oblivion81
Fri, 2014-03-21, 18:23
Forum: DCMTK - General
Topic: Standard Dicom Viewer User Interface layout?
Replies: 2
Views: 3463

Standard Dicom Viewer User Interface layout?

Hi everybody, I don't know if this is the right place for this kind of question but I try: do you know if the DICOM standard contains any norm or suggestion on which should be the user interface for a dicom image viewer? I'm asking this because I have a vague remembering of such a thing being in the...
by oblivion81
Fri, 2014-03-21, 18:16
Forum: DCMTK - General
Topic: OFLog and multithreading
Replies: 3
Views: 3996

Re: OFLog and multithreading

Looks like it is working now with that patch!

Thanks a lot.

Daniele
by oblivion81
Wed, 2014-03-19, 10:44
Forum: DCMTK - Installation
Topic: CMake + Xcode generator issue => fixed
Replies: 1
Views: 9880

CMake + Xcode generator issue => fixed

I tried to build DCMTK 3.6.1_20131114 on OSX and IOS on Maveriks with Xcode 5.1. I'm using CMake 2.8.12.2 and for IOS I'm using the toolchain file I got from this useful project: https://code.google.com/p/ios-cmake/source/checkout (Note that you have to get the latest version from the source, not th...
by oblivion81
Mon, 2014-03-17, 10:38
Forum: DCMTK - General
Topic: OFLog and multithreading
Replies: 3
Views: 3996

Re: OFLog and multithreading

I'm using 3.6.1_20131114, that is the latest snapshot.

I'll try patching the defines.h in oflog and check what happens.

Thanks!

d.
by oblivion81
Fri, 2014-03-14, 18:05
Forum: DCMTK - General
Topic: OFLog and multithreading
Replies: 3
Views: 3996

OFLog and multithreading

Hi everybody, I managed to have my application based on DCMTK work in a multithreaded way. Everything looks fine excluding a very random and rare crash that happens while the SCP Storage module is receiving data. After a little bit of investigations it looks like the problem is in the logger code an...
by oblivion81
Fri, 2014-03-14, 17:50
Forum: DCMTK - General
Topic: Does DCMTK supprot Multi-Thread?
Replies: 7
Views: 10169

Re: Does DCMTK supprot Multi-Thread?

I suggest you to take a look to a topic I posted a couple of months ago about
multithreading support. You'll find it interesting.

Daniele
by oblivion81
Thu, 2014-01-23, 14:26
Forum: DCMTK - General
Topic: Current status of multithreading support
Replies: 5
Views: 6063

Re: Current status of multithreading support

Michael Onken wrote:There should be no problems. The underlying networking code should be thread-safe (fingers crossed :) ).

Best,
Michael
Thanks a lot, I'm going to try now :-)

Daniele
by oblivion81
Thu, 2014-01-23, 14:26
Forum: DCMTK - General
Topic: About DcmSCU and multithreading
Replies: 4
Views: 5612

Re: About DcmSCU and multithreading

b) If the server *is* responding, then after each response, the "handleFINDResponse()" function in your own, derived class (you will overwrite then function handleFINDResponse() there too, of course) is called. In your own handleFINDRespones(), you can check whatever is necessary in order...
by oblivion81
Fri, 2014-01-10, 11:39
Forum: DCMTK - General
Topic: Current status of multithreading support
Replies: 5
Views: 6063

Re: Current status of multithreading support

Is there a way I can use the (very useful) DcmStorageSCP class in this picture? I did not try it, but yes. You need a worker class and a pool class: Thanks a lot! I'll give it a try!! SCU Please find my response in your other thread. Thanks for that answer, but actually that's not really answering ...
by oblivion81
Fri, 2014-01-10, 10:52
Forum: DCMTK - General
Topic: About DcmSCU and multithreading
Replies: 4
Views: 5612

Re: About DcmSCU and multithreading

Hi Daniele, Hi everybody, From the code it looks like the sendFINDRequest is a blocking call, no matter how you set the blocking mode of the class. The setDIMSEBlockingMode is just changing how the system is working underneath but the find operation itself is blocking the thread until all results a...
by oblivion81
Thu, 2013-12-12, 17:20
Forum: DCMTK - General
Topic: Current status of multithreading support
Replies: 5
Views: 6063

Current status of multithreading support

Hi everybody, I wrote a post about multithreading few days ago, but got no answer :-) This post is actually different from that one that was more about the DcmSCU blocking mode. I went on understanding how to use DCMTK network functionalities in a multithreaded way, and I kinda understood something ...
by oblivion81
Tue, 2013-12-10, 17:59
Forum: DCMTK - General
Topic: About DcmSCU and multithreading
Replies: 4
Views: 5612

About DcmSCU and multithreading

Hi everybody, I'm trying to understand how DcmSCU works and, in particular, I'm trying to figure out how to use it in a multithreaded environment. The idea is that my application should run queries (and retrieve) in the background while the user is using the UI. As a constraint we can suppose a sing...