GitLab

Lua functions invoked by LuaPipeline had no access to the pipeline
instance and, as a result, couldn't configure or modify it in any way.

In order to make it possible to actually define pipelines in Lua, each
script can now access the C++ pipeline object it's supposed to augment
via a global variable named instance. This variable is injected into the
script by LuaPipeline and can be used to call standard pipeline methods
(e.g. addProcessor).

The functionality described has been tested by implementing a pipeline
constructor that creates and registers several processors.

References #1

Lua states used to be created externally and passed to LuaPipeline
objects on instantiation. Because they shouldn't be shared anyway, and
due to high state-pipeline coupling, states are now created by Lua
pipelines directly.

References #1

A new class, LuaPipeline, has been added to the scripting module. It
provides a way of interfacing with pipelines implemented in Lua.

For the time being only the most basic operations (i.e. init and deinit)
are supported, but work on making it possible to implement
fully-functional pipelines in Lua is underway.

References #1

Previously, it was only possible to register a pipeline by providing
a static function that would create it. To make the registration more
flexible, PipelineFactory has been updated to also accept pipelines
registered using functors and lambdas.

References #1

To test the feasibility of using SWIG to generate Lua bindings for
CAMPVis several classes have been wrapped with SWIG interface files.

If version 2.0.11 of SWIG is used to generate bindings, it must be
patched to fix wrapper compilation errors:
https://github.com/badshah400/swig/commit/ea4a4e435f721380555fea039bd5dc758eda43ae

References #1

An option to enable CAMPVis scripting has been added to the top level
CMakeLists.txt. Moreover, a minimal sub-project for the scripting
feature has been created. There's also a new CMake macro, FindLua, that
locates Lua's include and library files.

Lua has been selected to be the scripting language embedded in
CAMPVis. This commit adds its CMake-enabled version as a submodule to
the repository.

To build Lua, set the CAMPVIS_BUILD_LIB_LUA option in CMake and
initialise the Lua submodule using the following Git command:
git submodule update --init

References #1

The MprRenderer renders MPRs of single images by specifying a clipping plane using normal vector and distance to origin.

* Allow execution of RenderTargetCompositor also if only a single input image is available and the compositing mode is set accordingly.
* Introducing allproperties.h

Introducing nifty error texture in case that there is nothing to render. Updated copyimage.frag to use texture coordinates instead of viewport pixels.

Depending on StringProperty's display type, its property widget shows either just the QLineEdit, or additionally a browse button that pops up a QFileDialog for either loading or saving a file, or choosing a directory.

closes #43

Refactor conversion api

refs #474
refs #553

* Introducing ImageRepresentationTest
* Improved ImageDataTest
* Silenced Debug output in test-campvis

Merging GoogleTest

Issue 546

closes #546
closes #37

Fixed and completed tgt::Texture::texelAsFloat() methods to support all data types and number of channels.

refs #37

* Implemented trackball navigation interaction for rendered geometries
* Implemented correct rendering of textures with correct aspect ration (no longer weirdly stretched textures)
* removed obsolete (because redundant) renderFullscreen option

refs #546
refs #37

* DataContainerInspectorCanvas uses the GeometryRenderer processor to render geometry
* DataContainerInspectorCanvas::_textures now uses DataHandle to improve thread safety avoid segfaults
* replaced some function calls with Qt signals to loose coupling
* removed obsolete fields and methods

refs #546

refs #474

Statically linked builds strip all unused objects from their sources. This would be the case for the converters since they are nowhere called explicitly. In order to fix that, we use the same pattern as with the pipeline registration: The CMake build scripts parse all headers for an explicit template instantiation of a ConversionFunctionRegistrar. All these headers are included from the generated gen_converterregistration.h file, which is itself included from imagerepresentationconverter.cpp and thus gets compiled into the final executable also on static linking.

refs #474
refs #553

get rid of gcc warning from test-campvis. however, there is one remaining in gtest-internal.h, and a few in concurrenthistogram.h. couldn't figure out the way around for those

Fixed GenericGeometryTransferFunction not setting the clear color correctly before rendering into TF texture.
This also fixes the broken IXPV pipeline (Issue #62) that got also cleaned with this commit.

closes #62

* Reverted some of the changes introduced with 3c7bf8c0: tgt::FramebufferObject now uses EXT functions (instead of core functions) throughout the entire code. Previous mix of EXT and core function calls showed problems with AMD GPUs. All core methods broke results on Intel GPUs.

google test merge request feedback reviewed. addressed all necessary major and minor issues that were pointed out; and hopefully fixed my stupidity in LinearMapping::operator==

Removed all code fragments in core code that was ITK specific (conversion from/to GenericImageRepresentationItk). The functionality was replaced by the new conversion functors in imagerepresentationconversionitk.h and imagerepresentationconversionitk.cpp.

refs #553
refs #474

Conversions between image representations are now managed at one central place: The ImageRepresentationConverter singleton uses the proven and established registration through static template instantiation idiom to register conversion functors during static initialization. Therefore, the ConversionFunctionRegistrar registers a conversion functor to a target representation type.

As proof-of-concept implementation, the former conversion API through T::tryConvertFrom, where T is a specific image representation, has been converted to the new API and merged into imagerepresentationconversioncore.h providing a conversion functor for each campvis-core representation.

Furthermore, implemented conversion from ImageRepresentationGL to GenericImageRepresentationLocal<>.

refs #553
refs #474

rewritten init() with the glcontextmanager instead of qtcontextmanager, updated ImageData, NumericProperty, GenericProperty test codes