GitLab

To now, each property hat an _invalidationLevel field that was evaluated by processors when the property had changed in order to determine what has to be done. However, since properties could also be owned by other classes, this design was semantically misleading.
Therefore, it was removed with this commit and replaced by the invalidation map of each processor. Now, this per-processor mapping of property -> invalidation level is managed by the processor itself. Furthermore, the invalidation level is no longer setup during property creation but during AbstractProcessor::addProperty(), which also makes much more sense.

ATTENTION: Due to these intrusive API changes, the code of all processors and other classes handling properties needs to be changed. As a reminder, the implementation of addProperty() also now takes a reference instead of a pointer, so that old code does no longer compile.

refs #542

* Updated ProcessorDecoratorGradient to support controllable LOD for gradient computation
* updated RaycastingProcessor to compute min/max depth values of entry/exit points and set as uniforms if needed by shader

Builds and runs fine so far, but no elaborate testing done yet. Compiler throws a bunch of C4275 warning, since sigslot:has_slots<> is used in exported classes but is itself not exported. While this is no direct problem for campvis-internal builds, it should still be fixed some time.

refs #377

AutoEvaluationPipeline now also looks recursively for DataNameProperties in MetaProperties of its processors. Hence, it simulates ports also for nested processors. Furthermore, improved AutoEvaluationPipeline's documentation.

* RaycastingProcessor now has the p_targetImageID property and optionally uses a custom GLSL version for the shader
* Introducing PropertyCollection::getNestedProperty allowing to get nested properties with a single method call
* Fixed StringUtils::split() methods being broken with multi-character delimiters

C++ implicit conversion rules made ShaderManager::loadSeparate() ambiguous in some cases. So I decided to cut loose ends and completely refactored loading with standard version into ShaderManager::load() and loading with custom version into ShaderManager::loadWithCustomGlslVersion().
ShaderManager::loadSeparate() is no longer available!

* Fixed VolumeExplorer not always correctly invalidating sub-processors
* Updated ProxyGeometryGenerator to new Processor design (using INVALID_PROPERTIES invalidation level)

Refactoring AbstractProcessor::process() for clearer semantics and better and more uniform handling of invalidation levels:
 * AbstractProcessor::process() now calls updateShader(), updateProperties() and/or updateResult() with respect to the current invalidation level
 * each processor shall no longer override process() but the updateXYZ() methods, at minimum updateResult()
 * AbstractProcessor::process() takes care of (un)locking the processor itself (no need to do this from the outside anymore)

Further implicit changes:
 * Removed redundant HasPropertyCollection::updateProperties()

Completely moved the image data handle and histogram computation from the TF to the TF property. Histogram computation is now thread safe.

Started refactoring the TransferFunctionProperty: The optional ImageData handle will be stored in the TF property instead of the TF itself. Furthermore, the property now supports automatically fitting the TF window to the image data.

* Moving to Apache 2.0 license
* Updated AUTHORS.txt

* Split up ProcessorDecoratorShading in ProcessorDecoratorShading inheriting from ProcessorDecoratorGradient
* Introducing GlGradientVolumeGenerator processor in preprocessing module

 * use texture and textureOffset instead of clumsy getElement3DNormalized
 * introducing Sobel filtered gradients

* Updated DepthDarkening to use GlReduction to compute min/max depth

* OpenGl based reduction in core tools
* SimilarityMeasure processor stub

added AbstractProcessor::FIRST_FREE_TO_USE_INVALIDATION_LEVEL enum value to easier add new enum values in derived classes

 * fixed 1D geometry TF editor
 * introduced OptionProperty to specify gradient computation mode
 * added s_changed signal of properties also being propagated to its shared properties
 * fixed sampling rate compensation when using adaptive sampling in simpleraycaster.frag

Fixes -Wignored-qualifiers

Work on Issue #44: Removed GLContext interface and merged functionality into GlCanvas. Introducing abstract (Qt-free) tgt::GlContextManager interface, being implemented by tgt::QtContextManager. Further clean up of related code.

Removing TBB library from /ext making it fully external (user has to install TBB himself). Adapted CMake files. Adapted include directions

Refactored DataNameProperty: Got rid of issueWrite() and connect(). Automatic invalidation of connected (shared) DataNameProperties is now delegated to AutoEvaluationPipeline.
ATTENTION: needs TBB 4.2 (not yet in repository, will be changed later)

Refactoring pipeline concept #5: Moved Pipeline registration to modules module and gen_pipelineregistration.h which will soon be generated by CMake.

Refactoring pipeline concept #4: (Almost) got rid of hard pipeline definition in campvis.cpp. Implemented console argument parsing in CampvisApplication dynamically adding the pipelines listed as arguments

Refactoring pipeline concept #2: Got rid of distinguishing between AbstractPipeline and VisualizationPipeline. Every AbstractPipeline is also a VisualizationPipeline. However, AbstractPipeline does not care about evaluating its components - this has to be implemented in its subclasses.
AutoEvaluationPipeline subclasses AbstractPipeline and automatically evaluates the pipeline by listening to the signals of its components and calling the corresponding process() methods.

introducing AbstractProcessor::updateProperties(DataContainer&) which is automatically called by AbstractPipeline when a processor invalidates its INVALID_PROPERTIES flag

Instead of having the LQ mode tied to the pipeline, each VisualizationProcessor has now a lqMode property effectively halfsampling the viewport size. The TrackballNavigationEventHandler was adapted to these changes and thus simplified.

Even though many float-based properties derived from
FloatingPointProperty used the same step value, T(0.01), it had to be
specified when instantiating them. To reduce boilerplate code in
property constructors, FloatingPointProperty now uses T(0.01) as the
default step value.

Even though all integer-based properties derived from NumericProperty
used the same step value, T(1), it had to be specified when
instantiating them. To reduce boilerplate code in property
constructors, NumericProperty now uses T(1) as the default step value.

work on #135: changed VisualizationProcessor::_renderTargetSize to pointer and introducing VisualizationProcessor::setViewportSizeProperty()

Revised event handling system: Got rid of campvis::AbstractEventHandler and replaced with functionality of tgt::EventListener and tgt::EventHandler

Floating point properties were previously typedef'd to specific
instantiations of NumericProperty. Now that we have
FloatingPointProperty, which extends NumericProperty to control how many
decimal places should be shown when displaying the property's value, all
typedefs for floating point properties have been updated to point to it
instead.

As a result, many processors and pipelines needed to have their includes
and/or constructors fixed to import and work with the new typedefs.