Currently job artifacts in CI/CD pipelines on LRZ GitLab never expire. Starting from Wed 26.1.2022 the default expiration time will be 30 days (GitLab default). Currently existing artifacts in already completed jobs will not be affected by the change. The latest artifacts for all jobs in the latest successful pipelines will be kept. More information: https://gitlab.lrz.de/help/user/admin_area/settings/continuous_integration.html#default-artifacts-expiration

  1. 27 Jul, 2014 8 commits
  2. 15 Jul, 2014 2 commits
  3. 10 Jul, 2014 1 commit
  4. 23 Jun, 2014 1 commit
  5. 07 Jun, 2014 1 commit
  6. 02 Jun, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Further work on Lua scripting console: · f1b3cd9a
      Christian Schulte zu Berge authored
      * Implemented one single gloabel Lua VM for the entire CampVisApplication instead of one VM for each pipeline.
      * The global Lua VM has a "pipelines" table/array, holding the pointers to each loaded pipeline
      * ScriptingWidget support cycling through last executed commands via the arrow keys
      * LuaVmState supports redirecting Lua's print() function to a custom one that uses tgt::Logmanager for printing (just as proof-of-concept). This shall later be extended to pass all Lua output to the scripting console.
      f1b3cd9a
  7. 31 May, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Started implementation of a Lua console in campvis-application. · a33ee468
      Christian Schulte zu Berge authored
      With scripting enabled, the main window now has an additional scripting widget that allows to interact with a Lua VM. The current proof-of-concept implementation creates a Lua VM for every instantiated CAMPVis pipeline while the console just interacts with the first pipeline's one.
      However, the Lua VM concept has to be reiterated later anyway. It may make more sense to have just a single central Lua VM for the entire application, which is shared by each pipeline.
      a33ee468
  8. 30 May, 2014 1 commit
  9. 10 May, 2014 2 commits
    • Artur Grunau's avatar
      Add support for automatic registration of Lua pipelines · c2348225
      Artur Grunau authored
      As there's currently only one Lua pipeline, we could so far get away
      with storing it in the `scripting` directory, giving it a generic name
      and registering it manually. However, this approach won't work anymore
      once additional Lua pipelines start to be implemented.
      
      To support multiple Lua pipelines, implement a registration mechanism
      for scripted pipelines based on PipelineFactory and similar to
      PipelineRegistrar. It scans each active module's `pipelines` directory
      for Lua pipelines, parses them and generates a registration header that,
      when included, registers them with PipelineFactory.
      
      As a result of the above, the test Lua pipeline had to be moved to
      `modules/preprocessing/pipelines/` and could be renamed
      ResamplingDemoLua.
      
      References #1
      c2348225
    • Artur Grunau's avatar
      Make a sample Lua pipeline available to the app · 36d964b1
      Artur Grunau authored
      This commit marks the start of work on making Lua pipelines as easy to
      register and instantiate as regular ones. A sample Lua pipeline has been
      made available to the application so that problems with integrating Lua
      pipelines can be discovered and fixed.
      
      References #1
      36d964b1
  10. 06 May, 2014 1 commit
  11. 05 May, 2014 3 commits
  12. 02 May, 2014 1 commit
  13. 30 Apr, 2014 3 commits
  14. 29 Apr, 2014 1 commit
  15. 24 Apr, 2014 2 commits
  16. 23 Apr, 2014 2 commits
    • Hossain Mahmud's avatar
      "MERGED 4 commits - 1. cleaned up googletest 2. solved std_tuple issue with... · 6f9d4563
      Hossain Mahmud authored
      "MERGED 4 commits - 1. cleaned up googletest 2. solved std_tuple issue with four modified files from current beta googletest 3. MTd-MdT issue resolved with CMake flag 4. googletest produces two projects named gtest and gtest-main. a third project is created linked with gtest-main and all our testing libraries"
      6f9d4563
    • Christian Schulte zu Berge's avatar
      Fixed two minor issues: · db69d006
      Christian Schulte zu Berge authored
      * Geometry1DTransferFunctionEditor not correctly drawing image intensity histogram.
      * VolumeExplorer not always initializing slice- and raycasting render size properties.
      db69d006
  17. 11 Apr, 2014 1 commit
  18. 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
  19. 05 Apr, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Updated CMake build scripts: · 792e2d52
      Christian Schulte zu Berge authored
      Module file parsing now supports new fields "ThisModApplicationSources", "ThisModApplicationHeaders", and "ThisModApplicationToBeMocced". These files will be added to the campvis-application package (instead of to the campvis-modules package) and thus for instance allow a module to declare property widgets in a non-intrusive way.
      
      Little bug fix in glvesselnessfilter.frag shader.
      792e2d52
  20. 04 Apr, 2014 3 commits
  21. 23 Mar, 2014 1 commit
  22. 11 Mar, 2014 1 commit
  23. 05 Mar, 2014 1 commit