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. 17 Oct, 2014 2 commits
    • Christian Schulte zu Berge's avatar
      * Tied tgt::OpenGLJobProcessor and tgt::OpenGLGarbageCollector closer together... · a1f23eb3
      Christian Schulte zu Berge authored
      * Tied tgt::OpenGLJobProcessor and tgt::OpenGLGarbageCollector closer together regarding OpenGL garbage collection
      * AutoEvaluationPipeline checks for valid OpenGL state after each processor call (only in debug)
      a1f23eb3
    • Christian Schulte zu Berge's avatar
      Various fixes/improvements · 25e14d19
      Christian Schulte zu Berge authored
      * Fixed AutoEvaluationPipeline missing some updates
      * Fixed AutoEvaluationPipeline::executePipeline() to execute processors too often
      * Fixed ParticleFlowRenderer overwriting bound FBO
      * Added Debug checks to tgt::FramebufferObject and tgt::Shader to print warnings when FBO/Shader activation would overwrite an already active FBO/Shader
      25e14d19
  2. 16 Oct, 2014 1 commit
  3. 15 Oct, 2014 3 commits
    • Christian Schulte zu Berge's avatar
    • Christian Schulte zu Berge's avatar
      Moved AbstractJob and OpenGLJobProcessor from campvis-core to tgt and adapted... · fb8b1880
      Christian Schulte zu Berge authored
      Moved AbstractJob and OpenGLJobProcessor from campvis-core to tgt and adapted and cleaned up all necessary includes/references.
      fb8b1880
    • Christian Schulte zu Berge's avatar
      Started refactoring the CAMPVis OpenGL Wrapping API: · 58512d30
      Christian Schulte zu Berge authored
      The new OpenGL wrapping API allows for full multi-threaded access to OpenGL contexts. Instead of one single thread scheduling all OpenGL jobs for all contexts, the new GlContextManager allows for OpenGL access from multiple threads while ensuring that each OpenGL context is acquired by only one thread at a time.
      
      Detailed list of changes:
      * tgt::GlContextManager keeping track of which threads acquire which OpenGL contexts and which threads currently have a context acquired.
      * OpenGLJobProcessor does no longer schedules and execute the OpenGL calls for all existing contexts, but only for one single context that can be used for background tasks or other jobs that explicitly need a valid OpenGL context.
      * AbstractPipeline now implements the Runnable interface and thus runs in it's own thread. This thread also owns the pipeline's OpenGL context.
      * AbstractPipeline has a new pure virtual method executePipeline() that has to perform all computations done by the pipeline.
      * AbstractPipeline now takes directly care of calling Painter::paint() of the pipeline's canvas (instead of signalling the Painter). However, the Painter interface needs further cleanup.
      * AutoEvaluationPipeline was adapted to the new AbstractPipeline API, hence executing processors is no longer delegated to the OpenGLJobProcessor or the SimpleJobProcessor but entirely done in AutoEvaluationPipeline::executePipeline() and thus in the pipeline's thread.
      * Adjusted CampVisApplication, DataContainerInspectorWidget, and GeometryTransferFunctionEditor to the new API.
      58512d30
  4. 13 Oct, 2014 1 commit
  5. 09 Oct, 2014 1 commit
  6. 08 Oct, 2014 4 commits
  7. 30 Sep, 2014 4 commits
  8. 23 Sep, 2014 1 commit
  9. 13 Aug, 2014 1 commit
  10. 12 Aug, 2014 2 commits
  11. 11 Aug, 2014 3 commits
  12. 10 Aug, 2014 1 commit
  13. 08 Aug, 2014 5 commits
  14. 07 Aug, 2014 2 commits
  15. 05 Aug, 2014 2 commits
    • Christian Schulte zu Berge's avatar
      some pre-merge cleanup · b1404d05
      Christian Schulte zu Berge authored
      b1404d05
    • Hossain Mahmud's avatar
      Squashed various commits: · dd8e9771
      Hossain Mahmud authored
      relocated mscopysegmentation module
      
      relocated alglib library. Compiler warning level raised to w1 to get rid of float-double conversions.
      
      save results into csv
      akima spline interpolation using alglib, deleting nearest point
      
      alglib library. extensive trimming required
      
      ctrl+wheel zooming, arrow movement, ctrl+z, atl+click_nearest+click to edit _nearest point
      
      multi object, multi location, multi slide contour point/line painting
      
      draft code for addobject deleteobject
      
      added ContourObject class linked with add and delete button.
      
      added a proxy class of Vec4Property/Widget as colorproperty/widget to control drawing color
      
      Conflicts:
      	modules/vis/processors/sliceextractor.cpp
      
      edited DevilImageReader to read multiple files having same name pattern: somePrefix_[number].[extension] given the 1st file name
      
      Worked on DevilImageReader to load single 2d image for 3d rendering
      
      exp_01 commit
      dd8e9771
  16. 03 Aug, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Finished work on implementing asynchroneous signals: · bc11fde2
      Christian Schulte zu Berge authored
      * Slight changes to the API: renamed signal::trigger() to signal::triggerSignal() and signal::queue() to signal::queueSignal()
      * Replaced all sigslot signal emits through operator() with emits through emitSignal() to enable debug feature.
      * Fixed a possible race condition when deleting a GeometryTransferFunction and its editor window at the same time (as this will happen from different threads).
      
      refs #384
      bc11fde2
  17. 01 Aug, 2014 1 commit
  18. 28 Jul, 2014 1 commit
  19. 27 Jul, 2014 4 commits
    • Christian Schulte zu Berge's avatar
      Removed all occasions where references to DataHandles were used, since... · 0249b136
      Christian Schulte zu Berge authored
      Removed all occasions where references to DataHandles were used, since especially their use in signals may lead to segfaults or other undesired behavior.
      0249b136
    • Christian Schulte zu Berge's avatar
      Removed unlockInExtraThread flag from AbstractProcessor::process() - this is... · 4700bbba
      Christian Schulte zu Berge authored
      Removed unlockInExtraThread flag from AbstractProcessor::process() - this is no longer needed as signal handling is done asynchroneously now anyway.
      
      #ref 384
      
      Conflicts:
      	core/pipeline/abstractprocessor.cpp
      
      Conflicts:
      	core/pipeline/abstractprocessor.cpp
      	core/pipeline/abstractprocessor.h
      4700bbba
    • Christian Schulte zu Berge's avatar
      Introducing sigslot::concurrent_pointer_list<T> a list-like container allowing... · 8671e65c
      Christian Schulte zu Berge authored
      Introducing sigslot::concurrent_pointer_list<T> a list-like container allowing thread-safe bidirectional iteration, insertion and removal of elements. Single constraint is that the element type must be a pointer type (or at least have pointer semantics) and never be 0. This is neat, as this class offers exactly what we need for a lock-free sigslot implementation.
      
      Updated sigslot implementation to use concurrent_pointer_list for connection storage. Hence, we can get rid of the locking mechanisms, which got completely removed.
      
      Since this simplified template definitions for sigslot, many campvis files needed to be adapted (i.e. removing the <> from has_slots<> and signal0<>).
      
      refs #384
      
      Conflicts:
      	core/classification/genericgeometrytransferfunction.h
      	core/eventhandlers/trackballnavigationeventlistener.h
      	core/pipeline/processordecoratormasking.h
      	core/properties/propertycollection.h
      	core/properties/transferfunctionproperty.h
      	core/tools/opengljobprocessor.h
      8671e65c
    • 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