Skip to content
GitLab
  1. 05 May, 2014 1 commit
  3. 07 Apr, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Moved invalidation level from AbstractProperty to AbstractProcessor: · 293d43dd
      Christian Schulte zu Berge authored 
      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
      293d43dd
  5. 03 Mar, 2014 1 commit
  7. 02 Mar, 2014 1 commit
  9. 08 Jan, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Refactoring AbstractProcessor::process() for clearer semantics and better and... · cd9d3feb
      Christian Schulte zu Berge authored 
      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()
      cd9d3feb
  11. 24 Dec, 2013 1 commit
  13. 19 Dec, 2013 3 commits
  15. 14 Dec, 2013 1 commit
  17. 13 Dec, 2013 2 commits
  19. 15 Oct, 2013 1 commit
  21. 08 Oct, 2013 1 commit
  23. 21 Sep, 2013 1 commit
    • Artur Grunau's avatar
      Support setting the step of numeric properties · ec9a8b81
      Artur Grunau authored 
      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.
      ec9a8b81
  25. 15 Feb, 2013 1 commit
  27. 10 Feb, 2013 1 commit
  29. 08 Feb, 2013 1 commit
  31. 07 Feb, 2013 1 commit
  33. 04 Feb, 2013 1 commit
  35. 23 Jan, 2013 1 commit
  37. 21 Jan, 2013 1 commit
  39. 18 Jan, 2013 1 commit
  41. 14 Jan, 2013 1 commit
  43. 27 Nov, 2012 1 commit
  45. 04 Nov, 2012 1 commit
  47. 02 Nov, 2012 2 commits
  49. 31 Oct, 2012 2 commits
  51. 26 Oct, 2012 1 commit
  53. 21 Sep, 2012 1 commit
  55. 10 Aug, 2012 1 commit
  57. 03 Aug, 2012 1 commit
  59. 18 Jul, 2012 2 commits
    • schultezub's avatar
      * introduced NumericProperty<T> · 37dccfdc
      schultezub authored 
       * fixed memory leak in ImageDataConverter
 * added usage of Shader::IgnoreUniformLocationError where reasonable
 * fixed shaders

git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@189 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
      37dccfdc
    • schultezub's avatar
      One huge commit including: · 9130371f
      schultezub authored 
      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
      9130371f
  61. 15 Jul, 2012 1 commit
  63. 12 Jul, 2012 1 commit
  65. 11 Jul, 2012 1 commit
  67. 10 Jul, 2012 1 commit

LRZ Homepage | Datenschutz | Dokumentation und Betriebsbedingungen | Impressum