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. 23 Jul, 2015 2 commits
    • Christian Schulte zu Berge's avatar
      Various improvements of the SWIG Lua bindings: · 042cafbc
      Christian Schulte zu Berge authored
      * Added DISOWN typemaps to various functions, where CAMPVis takes ownership of passed pointers. This prevents the Lua garbage collector from deleting those items.
      * Improved sigslot bindings to also support pass-by-value signal arguments.
      * Changed import type of campvis.i from #include to #import
      
      refs #643
      042cafbc
    • Christian Schulte zu Berge's avatar
      Added a field _pipelineName to AutoEvaluationPipeline. This allows to... · 12f36262
      Christian Schulte zu Berge authored
      Added a field _pipelineName to AutoEvaluationPipeline. This allows to implement AutoEvaluationPipeline::getName() so that AutoEvaluationPipeline is no longer abstract. Consequently, the LuaPipeline is no longer needed.
      
      This change was also used to change the AbstractPipeline constructor signature to pass-by-reference instead of pass-by-pointer for the pipeline's DataContainer. This presents the semantics more clearly since the DataContainer must not be 0.
      12f36262
  2. 21 Jul, 2015 2 commits
    • Christian Schulte zu Berge's avatar
      Improved Lua-based persistence API. Written files are now more clean · 7b8a4d36
      Christian Schulte zu Berge authored
      * Added default values to GenericProperty<T>
      * Lua export now checks properties for default values and only sets the property if its value is different from the default value.
      7b8a4d36
    • Christian Schulte zu Berge's avatar
      Started working on fancy scripting support: · 38884324
      Christian Schulte zu Berge authored
      * Split up campvis-application executable into campvis-application library and campvis executable. This allows to create a Lua module for the stuff in campvis-application.
      * Added Lua binding stub for campvis-application
      * Revised LuaTable and it's offsprings to (almost) fully model the Lua table model
      * Added MetatableLuaTable to model Lua's metatables
      * LuaTable supports caching the current field state in a value map supporting lazy instantiation
      * Added LuaTableTreeModel transforming the LuaTable structure into a QAbstractItemModel
      * Extended ScriptingWidget to contain both a LuaTableTreeWidget containing a variable view as well as with a LuaCompleter automatically completing the typed Lua commands with the variables extracted from the lua state.
      
      refs #643
      38884324
  3. 16 Feb, 2015 1 commit
  4. 14 Dec, 2014 1 commit
  5. 05 Dec, 2014 1 commit
  6. 26 Nov, 2014 1 commit
  7. 24 Nov, 2014 1 commit
  8. 29 Oct, 2014 4 commits
  9. 28 Oct, 2014 2 commits
  10. 27 Oct, 2014 1 commit
  11. 24 Oct, 2014 1 commit
  12. 23 Oct, 2014 1 commit
  13. 01 Aug, 2014 1 commit
  14. 10 May, 2014 14 commits
    • Artur Grunau's avatar
      Adapt bindings to the new invalidation level system · 16ee3af2
      Artur Grunau authored
      Commit 293d43dd introduced breaking changes to the way invalidation
      levels are handled. As a result, property and processor-related bindings
      failed to compile.
      
      Update all SWIG bindings affected by the above problem to make them
      compatible with the current property and processor-related APIs.
      
      References #1
      16ee3af2
    • Artur Grunau's avatar
      Add support for all signal arities to SWIG wrappers for siglot · 9ee1138f
      Artur Grunau authored
      SWIG wrappers for siglot only supported unary signals until now. This
      commit adds support for all remaining signal arities to make it possible
      to connect to arbitrary signals from Lua.
      
      The implementation makes heavy use of templates but, due to the
      limitations of VS 2010 (no variadic templates), still contains lots of
      duplicated boilerplate code.
      
      `sigslot.i` has been moved from `scripting/` to `ext/sigslot/` to keep
      it close to the code it's wrapping.
      
      References #1
      9ee1138f
    • Artur Grunau's avatar
      Initial support for using Lua functions as slots · 785ba7de
      Artur Grunau authored
      Certain types of pipelines need to react to changes in their constituent
      processors. CAMPVis uses a signal-slot mechanism (based on the sigslot
      library) for this purpose. Up until now, however, there was no way to
      connect to a signal from a pipeline defined in Lua.
      
      This commit adds initial support for connecting Lua functions to
      sigslot's signals. The current implementation only works with unary
      signals, and should be considered a proof of concept. To test it,
      AbstractProcessor's s_validated signal has been wrapped using SWIG.
      
      References #1
      785ba7de
    • Artur Grunau's avatar
      Get rid of ExtendedAutoEvaluationPipeline · d41681ec
      Artur Grunau authored
      Lua pipelines need to access certain protected properties of
      AbstractPipeline but can't reference them directly as they don't
      actually inherit from any class. ExtendedAutoEvaluationPipeline was
      added to generated bindings to expose public getters for the properties
      in question. LuaPipeline instances could then be cast to
      ExtendedAutoEvaluationPipeline to give Lua code access to these new
      methods.
      
      However, now that HasPropertyCollection has been wrapped, the protected
      properties can be accessed via its getProperty method. This approach is
      preferred as it's much cleaner and simplifies our interface files. As a
      result, ExtendedAutoEvaluationPipeline has been removed.
      
      References #1
      d41681ec
    • Artur Grunau's avatar
      Add Lua bindings for several classes from campvis-core · 816fdc50
      Artur Grunau authored
      Several classes from campvis-core that are needed to reimplement
      VolumeRendererDemo in Lua have been wrapped using SWIG. Among the
      classes are: ImageData, CameraProperty,
      TrackballNavigationEventListener, and their respective super-classes.
      
      References #1
      816fdc50
    • 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
    • Christian Schulte zu Berge's avatar
      Lua scripting: add a wrapper for FloatProperty · 0ed0a6bb
      Christian Schulte zu Berge authored
      To make it possible to access GlImageResampler's p_resampleScale
      property from Lua, FloatProperty and the classes it depends on have been
      wrapped using SWIG.
      
      References #1
      0ed0a6bb
    • Artur Grunau's avatar
      Finalise the implementation of the first Lua pipeline · 818c79cc
      Artur Grunau authored
      Now that TGT and campvis-core can be built as shared libraries, the few
      remaining issues with the first Lua pipeline could be tracked and fixed.
      As a result, the pipeline can be executed without any issues, and its
      functionality exactly corresponds to that of ResamplingDemo. To achieve
      this, several additional classes, methods and constants had to be
      wrapped.
      
      References #1
      818c79cc
    • Artur Grunau's avatar
      Lua scripting: rearrange interface files · 382d1c52
      Artur Grunau authored
      All interface files used to live under `scripting/`. However, that
      separated them from the code they were binding and clustered them
      unnecessarily.
      
      Make each interface file part of the CAMPVis component whose code it's
      binding. This fixes the issues mentioned above and makes it possible to
      build Lua modules conditionally, depending on what components of CAMPVis
      are enabled.
      
      References #1
      382d1c52
    • Artur Grunau's avatar
      Clean up how CAMPVis' Lua modules are built · 2be90976
      Artur Grunau authored
      There were several problems with how CAMPVis' Lua modules were built:
      - modules were placed in the same directory as all other CAMPVis'
        libraries, which polluted Lua's module path and could lead to name
        clashes
      - SWIG interface files included instead of importing one another; this
        resulted in duplicated bindings being generated
      
      To fix these probles place all of CAMPVis' Lua modules in one
      sub-directory and let the code know what that sub-directory is so that
      it can instruct Lua to search it. Moreover, use %import instead of
      %include when one SWIG interface file needs to have access to
      definitions from another one.
      
      References #1
      2be90976
    • Artur Grunau's avatar
      Wrap several TransferFunction-related classes · e53c9f06
      Artur Grunau authored
      To make it possible to interact with TransferFunctionProperties from
      Lua, several TransferFunction-related classes have been wrapped.
      
      References #1
      e53c9f06
    • Artur Grunau's avatar
      Lua bindings: wrap and instantiate tgt::Vector4 · 44611576
      Artur Grunau authored
      TGT-related glue code has been moved to a new interface file: tgt.i. It
      wraps and instantiates tgt::Vector2 and (starting with this commit)
      tgt::Vector4.
      
      Many methods of those classes and a lot of typedefs haven't been wrapped
      yet. This will be fixed when necessary in future commits.
      
      References #1
      44611576
    • Artur Grunau's avatar
      Lua and C++ parts of a pipeline can now interact · 31df41df
      Artur Grunau authored
      Lua functions invoked by LuaPipeline had no access to the pipeline
      instance and, as a result, couldn't configure or modify it in any way.
      
      In order to make it possible to actually define pipelines in Lua, each
      script can now access the C++ pipeline object it's supposed to augment
      via a global variable named instance. This variable is injected into the
      script by LuaPipeline and can be used to call standard pipeline methods
      (e.g. addProcessor).
      
      The functionality described has been tested by implementing a pipeline
      constructor that creates and registers several processors.
      
      References #1
      31df41df
    • Artur Grunau's avatar
      Wrap several CAMPVis classes with SWIG · 4f6b4ba6
      Artur Grunau authored
      To test the feasibility of using SWIG to generate Lua bindings for
      CAMPVis several classes have been wrapped with SWIG interface files.
      
      If version 2.0.11 of SWIG is used to generate bindings, it must be
      patched to fix wrapper compilation errors:
      https://github.com/badshah400/swig/commit/ea4a4e435f721380555fea039bd5dc758eda43ae
      
      References #1
      4f6b4ba6