That was a very quick finding. Yes, the current implementation only supports stacked area charts. That means, for now the 'stacked data' option should only be selectable if charty type equals area chart.

Pushed new branch T26067-addXData.

Pushed new branch T26058-RingingShift.

In T23624#175812, @aguilera wrote:

Pushed new branch T23624-ConnectionToEpiphanFrameGrabberViaOpenCVIsBuggy.

Also note that the link to the manual from the ModelFit page (which I am assuming is http://mitk.org/wiki/MITK-ModelFit) is currently broken: http://mitk.org/index.php?title=MITK_ModelFit_Manual_2018-07-17.pdf&action=edit&redlink=1

Pushed new branch T26060-MITK-PhotoacousticsBFTool.

Any more ideas on this? I stumbled across this while investigating another DICOM problem.

I found some PET data in XNAT (FS-E Demodata)

Pushed new branch T26057-CommandLineIOtypes.

I`m trying to understand how everything is calculated and having created 3x3 pixel test images I can calculate the ground truth by hand.
So far no problems, but after calculating I like to check if my numbers and the ones in the GUI are at least somewhat similiar.

Cool! Thanks for taking care for this. I'm looking forward to use the Epiphan grabber directly again (current workaround: PLUS Server and OpenIGTLink). If you need any help please let me know. There also is a nice chat support on the Epiphan page.

Hi. I completely agree with your comment. I just implemented a handler to avoid a call to terminate() in my application, but the implementation is incomplete. The main problem, as you commented,, is how are we going to let know the main thread that an exception occurred in the tracking thread. There are several possibilities (it would be great to have Qt signals mechanism here), but I think that we have two main options:

Pushed new branch T23624-ConnectionToEpiphanFrameGrabberViaOpenCVIsBuggy.

Thanks for looking into this. Keep in mind that we should still keep the current implementation to grab images as it allows to grab far more than only from the Epiphan frame grabber. Once the feasibility of using the SDK is shown, we should think of integrating it as a separate video source that is dependent on the specific Epiphan SDK.

We digged into the Epiphan SDK and found the V2U_GrabFrame2 structure which is returned by the GrabFrame method. We will try to convert this structure to an mitk Image using also the ITKConvertIplImageBuffer logic. Afterwards, we will try to replace the OpenCV VideoCapture method by using the Epiphan SDK in MITK directly. @aguilera

Pushed new branch T25859-stacked-area-chart.

Thanks for this contributions! It seems there are some open issues regarding exception handling in the NDITrackingDevice.

OK, then there is still an error with test 3.