GitLab

- Lots of missing override definitions
- some virtual overloaded function hiding warnings
- class initializer list order

Very crude demonstration, mainly to prove that everything compiles and (probably?) works as intended. No writable image representations, hence the weird loopholes to remove the representations from the representations list. No deadlocks! yaay!

Replaced all occurrences of GL_POLYGON render mode with GL_TRIANGLE_FAN since GL_POLYGON is deprecated.

* 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

signal::connect() now checks whether there exists already a connection to the same slot.

In this context, removed some redundant signal-slot connections.

Fixed double connection to same slot of s_changed signal in VisualizationProcessor.

Further work on refactoring the camera API. Added proof-of-concept implementation into VolumeRenderer and VolumeExplorer:

refs #141

refs #386

refs #386

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

* 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

* Moving to Apache 2.0 license
* Updated AUTHORS.txt

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

* OpenGl based reduction in core tools
* SimilarityMeasure processor stub

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.

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

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.

 * each VisualizationProcessor manages its own FBO
 * instead of creating a whole new FBO each process(), the processors shall only create and attach textures to the FBO
 * the FramebufferActivationGuard offers automatic (de)activation and detachment of all textures

SimpleRaycaster already uses the new concept, the rest still uses the legacy API

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

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

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

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

 * added update_legal_header.py script for updating the legal header in all code files of the project
 * ran the file => all TUMVis source files now contain the legal header

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

 + added PropertyWidgetFactory
 + added AbstractPropertyWidget and StringPropertyWidget
 * replaced own observer implementation of AbstractPipeline and AbstractProperty with sigslot
 * changed PropertyCollection (aggregation) to HasPropertyCollection (inheritance)

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

 * added Runnable interface
 * started letting PipelineEvaluator manage its thread itself
 * documentation

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

Major revisions to the class layout / data structure:
 * Introduced ImageDataConverter interface (still not really happy with the design)
 * Removed support for Int64 and double images from WeaklyTypedPointer
 * Added ImageDataGL::bind()
 * AbstractProcessor::init() method, gets called by AbstractPipeline::init()
 * added VisualizationProcessor

Updated/New processors:
 * fixed MhdImageReader
 * SliceExtractor stub for very simple slice rendering

Various fixes:
 * DataContaier: managing of DataHandle ownership
 * GenericImageDataLocal::getSubImage()
 * ImageDataRenderTarget bindings
 * GenericProperty
 * linking issues with StringUtils

Hence, all this enables the first usable implementation of a specific pipeline:
The SliceVis pipeline combines MhdImageReader and SliceExtractor for a very simple 2D slice rendering

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