GitLab

The texture has the same size as the original us-image

warnings were caused by incorrect signature of updateProperties method

This visualization overlays a solid color to the image, with the opacity
determined by the uncertainty.

* Added modules/modulesapi.h with CAMPVIS_MODULES_API definition (MSVC __declspec switch)
* Updated modules/CMakeLists.txt to allow shared build
* Added CAMPVIS_MODULES_API to every non-templated class definition in campvis-modules

* cleaned up cgt::Texture's constructors: only two left - to create an empty texture or a non-empty one
* cgt::Texture will no longer hold a copy of the image data in local memory
* removed a lot of redundant/confusing methods
* no longer needed to call uploadTexture() even though you don't want to upload sth.
* Adapted all known code to the new interface
* Removed cgt::TextureReaderDevil

refs #613

* Introducing PredicateDemoSmallHeart pipeline draft.
* Fixed double signal callback registration in predicate-based rendering demo pipelines.
* Fixed PredicateVolumeExplorer not re-rendering when predicate histogram property changed.
* Disabled hiding of Add Predicate buttons in pointpredicatehistogrampropertywidget.cpp

* Removed CameraProperty, CameraPropertyWidget and TrackballNavigationEventListener
* replaces all known occurrences of the above three with the new TrackballCameraProvider processor
* introduced TrackballCameraProvider::reinitializeCamera()

refs #141

refs #386

refs #386

Introducing IvusTcSliceExtractor processor using Predicate Histogram Widget for classification setup.
So far just a draft - it is working but the results are not really beautiful.

To better support sharing the functionality of slice rendering, the SliceExtractor processor was refactored: Similar to the RaycastingProcessor, the main functionality was moved to an abstract base class, the SliceRenderProcessor. This takes care of computing all the necessary transformation matrices, optionally rendering crosshair and integrating geometry, as well as handling user input to support scribbling. The actual SliceExtractor processor now only implements the rendering of the slice itself, i.e. applying the transfer function.

In this regard, VolumeExplorer was updated to use the generic SliceRenderProcessor, and TransFuncWindowingEventListener supports changing of its assigned property.

INVALID_RESULT, INVALID_PROPERTIES, INVALID_SHADER is validated automatically by AbstractProcessor::process(). Hence, there is finally no need anymore to validate these three different levels in each processor.

refs #474
refs #553

Removed ProcessorDecoratorShading and replaced all of its usages with the new LightSourceData API. This also includes adding LightSourceProviders to the corresponding pipelines.

refs #547

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

Added implementation for IEEE SciVis 14 submission on "Predicate-based Focus-and-Context Visualization for 3D Ultrasound" (Schulte zu Berge et al.) to advancedusvis module:
* Introducing AbstractPointPredicate base for point predicates and various derived classes
* Introducing PointPredicateHistogram, its corresponding PointPredicateHistogramProperty and the PointPredicateHistogramPropertyWidget
* Introducing PointPredicateEvaluator, PointPredicateRaycaster, PointPredicateVolumeExplorer and ScanlineDistributionComputation processors
* Added demo/reference pipeline implementations for the four data sets from the paper: Achilles tendon, shoulder and two carotid arteries

Affected classes:
- Columbia1
- AdvancedUsFusion
- StrainFiberRenderer
- SimilarityMeasure
- GeometryRenderer
- DataContainerFileLoaderWidget
- DataContainerInspectorCanva

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!

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()

* Moving to Apache 2.0 license
* Updated AUTHORS.txt

Fixes -Wignored-qualifiers

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)

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

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()

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.

A new attribute has been added to all numeric properties: step value. It
determines the value of a single increment/decrement that numeric
property widgets use when their associated properties are modified using
sliders or spin boxes (users are still able to type any valid property
value in text edits).

Numerous processors and pipelines had to be updated to work with the
changed NumericProperty interface. However, choosing a well-suited step
value for each property can make it easier for users to modify the
property — using one step value for all properties leads to cases where
it is either too small, causing users to go through property values
which don't cause any visible change, or too big, making it difficult to
quickly determine the right property value.

git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@488 bb408c1c-ae56-11e1-83d9-df6b3e0c105e

git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@478 bb408c1c-ae56-11e1-83d9-df6b3e0c105e

 * introducing CMBatchGeneration pipeline
 * added fan geometry to ConfidenceMapGenerator
 * added DevilImageReader read to local intensity
 * fixed XYZ color space conversion
 * added Hunter Lab conversion (broken)


git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@475 bb408c1c-ae56-11e1-83d9-df6b3e0c105e