Pushed new branch T25522-MasterIntegrationBranch-13-05-2019.

It can be integrated and used in a plugin when the frmgrab.dll and frmgrab.lib files were in the same folder (\Epiphan\epiphan_sdk-3.30.3.0007\epiphan\frmgrab\lib\win\x64)

Pushed new branch T26277-PhantomBasedUSCalibration.

Pushed new branch T24778-MigrationToOpenIGTLinkV3-Integration.

Is this mergeable now?

I experienced a similar problem, and I opened an issue in CMake: https://gitlab.kitware.com/cmake/cmake/issues/19132 .

The migration of the code to OpenIGTLink v3 is done. The branch T24778-MigrationToOpenIGTLinkV3 compiles successfully on Ubuntu 18.04 now.

Pushed new branch T24778-MigrationToOpenIGTLinkV3.

I will have a further look into this the upcoming Community Day.

@eisenman ?

If we disable openigtlink, all IGT modules/Plugins won't work. This is not an option for me. I think the main problem is to configure the build system in the right way.

This is still an issue. It was dicussed to disable openigtlink otherwise.

In T23624#175812, @aguilera wrote:

Pushed new branch T23624-ConnectionToEpiphanFrameGrabberViaOpenCVIsBuggy.

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.

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 T25522-MasterIntegrationBranch-14-02-2019.

Pushed new branch T24287-USCalibrationViewNotUpdatedWhenUsingTrackedUS.

Pushed new branch T25654-InitImageSpacingCorrectlyWhenUsingUSIGTLClient.

Pushed new branch T25733-AddUSIGTLDeviceXmlPersistence.

Pushed new branch T25654-UsingUSIGTLDeviceInCombinedModalityCrashesWhenCalibrating.

Hint: I fixed this issue of editing/removing the USDevice in case of an OIGTL client or server within this task. However, there are some things that has to be fixed in other branches/tasks in the future: 1) I think the persistence of an IGTL-USDevice is not working correctly 2) Loading/saving an IGTL-USDevice configuration is still not supported. 3) All features of the USImageVideoSource such as cropping, region of interest etc. are not supported by the IGTLMessageToUSImageFilter, which is an USImageSource, as well. So, it might be a good idea, if the IGTLMessageToUSImageFilter supports these features in the future.

Pushed new branch T25653-USDeviceNotEditableWhenVideoSourceOIGTLClient.

I will implement this feature in the new branch pushed some minutes ago. Reason: The other branch is not compatible with my build configuration, which would result in a full new superbuild.

Pushed new branch T25223-FreezeAbstractUltrasoundTrackerDevice.

Started implementation in the branch, but doesn't work yet. Benjamin, can you fix this at the community day?

I think the main problem is the 3D rendering update. With the suggestions written down in the last comments we can however reach about 20 fps which is ok for the demos. We wont fix this now.

Pushed new branch T25608-SimpleOpenCVExample.

A possible workaround is to use PLUS for the connection to the Epiphan grabber and then connect to it via OpenIGTLink:
(1) Start a PLUS server (2.6.0 / 64bit was tested) with the default device set for a Epiphan frame grabber (PlusDeviceSet_Server_EpiphanVideoCapture.xml)
(2) Open MITK, create a new video device in the US view and choose "OIGTL Client".
(3) Activate the device and it should work

Tested the setup with two Epiphan framegrabbers of the same type and DVI/VGA video sources. The problem is always there. A OpenCV minimal example works fine, but if we paste exactly the same code to a MITK plugin the problem is there. Seems as if OpenCV doesn't like MITK running in the background for this specific frame grabber. With a framegrabber from another manufacturer (TERRATEC G1) or with a webcam video source there was no problem during the tests.

Pushed new branch T25522-FiducialBased-CT-to-US-registration.

Pushed new branch T25494-InstallerCleanup-not-for-master.

By the way: Linking works fine if OpenIGTLink is built separately and specified in CMake via EXTERNAL_OpenIGTLink_DIR. But the link libraries property is also empty in this case.

We figured out that the exported target OpenIGTLink does not have any linked libraries. Thank you @kislinsk for your help!

Pushed new branch T25494-CleanupHummelProtocolMeasurements.

Tested MITK Workbench - Some findings and suggestions documented

Pushed new branch T25478-RenderingManagerContinousUpdate.

I also tried to move the update code of the US plugin to a thread, but it seems as if the USDevice class is not thread safe.

Moved update code of tracking toolbox to a thread. Works for the moment, with the following problems:

1. Seems as if the TrackingToolStatusWidget doesn't like if it's updated from another thread. Some buttons in the same UI part are blinking from time to time. If we don't update the widget from the thread there is no problem but we don't see the tool status.
2. Updating the color of the tool itself (green for valid / red for invalid) is not done at the moment, because some information is missing in the thread. Do we really need this feature?
3. Update rate is constant for now. The update loop in the thread can wait a certain time if we hand over a update rate from the UI.

Pushed new branch T25478-MoveUpdateCodeToThreads.

Remember that you want to have .tar.gz instead of .zip because of the problems with CMake extracting these archives on non-NTFS file systems.

Pushed new branch T24778--update-oigtl-to-current-master.

fyi, you can also see if everything works on the dashboard. All Ubuntu dartclients use gcc 7.3.0 and fail in "All" configuration ([All] in build name): http://cdash.mitk.org/index.php?project=MITK&display=project

@franza yes i had the same problem - i did not get around to have a close look at it yet :/

Pushed new branch T24287-v2018.04-beta-integration-2018-09.

I just tried to build the current beta branch with Ubuntu 18.04 and NavigationModules configuration. I merged this branch, but the build failed. It seems OpenIGTLink was correctly downloaded by the superbuild, but later this error occurred:

Pushed new branch T25237-FixCompilerErrorAndCleanupIplImageRemoval.

Changing the return type of ImageToOpenCVImageFilter::GetOpenCVImage() leads to a compiler error in test method "ConvertIplImageForthAndBack" of test driver "mitkOpenCVMitkConversionTest".