In January 2021 we will introduce a 10 GB quota for project repositories. Higher limits for individual projects will be available on request. Please see https://doku.lrz.de/display/PUBLIC/GitLab for more information.

  1. 20 Jan, 2016 1 commit
  2. 27 Jul, 2015 1 commit
    • Christian Schulte zu Berge's avatar
      Further clean up to allow merge to development: · 24d49d0a
      Christian Schulte zu Berge authored
      * Replaced Lua Git submodule with our own adjusted copy of the Lua source + CMakeLists.txt. This allows to export liblua as installation target.
      * The campvis-application library is now called campvis-application-lib. The executable is called campvis-application.
      * Further clean up of CMake files.
      
      refs #643
      24d49d0a
  3. 08 Jul, 2015 1 commit
    • Christian Schulte zu Berge's avatar
      Refactored pipeline and processor registration: · 42cbc355
      Christian Schulte zu Berge authored
      PipelineRegistry and ProcessorRegistry are now part of campvis-core. Furthermore, moved all calls to PipelineRegistrar<>/SmartProcessorRegistrar<> to a separate cpp file for each module. This way all registrations are at one central location and including headers in external projects does not lead to double registration.
      
      This commit also removes the obsolete columbia and manualsegmentation modules.
      42cbc355
  4. 02 Jul, 2015 1 commit
  5. 23 Mar, 2015 3 commits
  6. 16 Feb, 2015 1 commit
  7. 08 Jan, 2015 1 commit
  8. 23 Oct, 2014 1 commit
  9. 27 Jul, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Started working on Issue implementing asynchroneous signals with signalslot: · 30e14065
      Christian Schulte zu Berge authored
      * Moved campvis::Runnable interface to tgt namespace (since it's needed by sigslot, which only depends on tgt)
      * Introduced sigslot::signal_manager singleton class that will manage the dispatching of signals in its own thread
      * Started proof-of-concept implementation of asynchroneous signals for signal0<> and signal1<>. Both classes define their own signal_handleN deriving from _signal_handle_base, which defines the signal to dispatch.
      
      Proof-of-concept implementation seems to work so far.
      
      refs #384
      
      Conflicts:
      	core/tools/opengljobprocessor.h
      	ext/tgt/runnable.h
      
      Conflicts:
      	application/CMakeLists.txt
      	core/tools/opengljobprocessor.h
      30e14065
  10. 15 Jul, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Fixed GCC compatability of scripting module: · 92c3bdef
      Christian Schulte zu Berge authored
      * CMake build files now support unix builds
      * SWIG interface files and Lua wrappers are now fully C++ compliant to comfort GCC
      * Hacked shared/static builds of the campvis-modules module even more, but now it works on both MSVC and GCC
      92c3bdef
  11. 16 Mar, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Updated and refactored CAMPVis module build system: CAMPVis module .cmake... · 689d5439
      Christian Schulte zu Berge authored
      Updated and refactored CAMPVis module build system: CAMPVis module .cmake files now define two additional Variables:
      * ThisModStatus defines the status of the module and should be one of STABLE, TESTING or EXPERIMENTAL
      * ThisModExternalDependencies defines, whether this module has further external dependencies that are not shipped
      
      The main CAMPVis build system now ships a new enumeration option CAMPVIS_DEFAULT_ENABLED_MODULES, which can be one of "NONE" "STABLE_NO_DEPENDENCIES" "STABLE_WITH_EXTERNAL_DEPENDENCIES" "TESTING" and "ALL". The INCLUDE_MODULE() function in the build scripts will evaluate the modules' status information and enable every module that matches the specified value.
      
      ATTENTION: Due to these changes in the build system, the modules' cmake files should put their setup block into an IF(ModuleEnabled) block, since the file is also parsed, when the module is not enabled (in order to gather the status information).
      
      closes #385
      689d5439
  12. 10 Mar, 2014 1 commit
    • Artur Grunau's avatar
      Replace CAMPVIS_SHARED_LIBS with BUILD_SHARED_LIBS · 9c6f117b
      Artur Grunau authored
      CAMPVis used a custom option, CAMPVIS_SHARED_LIBS, to determine whether
      shared or static libraries should be built. This option partially
      duplicated the functionality of one of CMake's standard flags,
      BUILD_SHARED_LIBS. The two could get out of sync, and because CMake only
      consults BUILD_SHARED_LIBS when deciding how to build a library target,
      it was possible to get inconsistent and broken build configurations.
      
      To prevent that, add BUILD_SHARED_LIBS as an option to CAMPVis' main
      CMakeLists and replace all references to CAMPVIS_SHARED_LIBS with
      BUILD_SHARED_LIBS. This makes BUILD_SHARED_LIBS the only flag that
      controls whether shared or static libraries are built.
      
      References #367
      9c6f117b
  13. 17 Nov, 2013 1 commit
    • Artur Grunau's avatar
      Enable the Vis module by default · d0f1cdb1
      Artur Grunau authored
      No modules were previously enabled by default. As a result, the
      application wasn't very useful in the default configuration.
      
      Enable the Vis module by default to make the CAMPVis application
      functional out of the box. Additional modules can be marked as default
      in the future using the mechanism (SET_DEFAULT_MODULES) introduced in
      this commit.
      
      Closes #144
      d0f1cdb1
  14. 11 Oct, 2013 1 commit
  15. 08 Oct, 2013 2 commits
  16. 17 Sep, 2013 1 commit
  17. 15 Apr, 2013 1 commit
  18. 03 Nov, 2012 1 commit
  19. 02 Nov, 2012 1 commit
  20. 31 Oct, 2012 1 commit
  21. 26 Oct, 2012 1 commit
  22. 21 Sep, 2012 1 commit
  23. 20 Aug, 2012 1 commit
  24. 17 Aug, 2012 1 commit
  25. 14 Aug, 2012 1 commit
  26. 18 Jul, 2012 1 commit
    • 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
  27. 16 Jul, 2012 1 commit
  28. 07 Jul, 2012 2 commits
  29. 06 Jul, 2012 1 commit
  30. 02 Jul, 2012 2 commits