1. 29 Sep, 2016 1 commit
    • Jakob Weiss's avatar
      Fullscreen and Thread Names on Windows · 03041535
      Jakob Weiss authored
      * Debug Feature: Thread names for pipelines and some important active threads show in debugger
      * fullscreen can be toggled per pipeline via the pipeline property and via ALT+Return key combination
      03041535
  2. 23 Jul, 2015 1 commit
    • 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
  3. 21 Jul, 2015 1 commit
  4. 20 Jul, 2015 1 commit
  5. 02 Jul, 2015 1 commit
  6. 12 Jun, 2015 1 commit
  7. 09 Apr, 2015 3 commits
  8. 22 Jan, 2015 1 commit
  9. 19 Jan, 2015 1 commit
  10. 16 Jan, 2015 1 commit
  11. 14 Dec, 2014 1 commit
  12. 11 Dec, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Improved implementation of the Runnable interface: · 0314b02a
      Christian Schulte zu Berge authored
      * Added new common base class RunnableWithConditionalWait that directly includes the std::condition_variable
      * RunnableWithConditionalWait::stop() notifies the condition variable repeatedly as long until the thread has stopped. This avoids program hangs at shutdown due to race conditions.
      0314b02a
  13. 29 Oct, 2014 4 commits
  14. 28 Oct, 2014 1 commit
  15. 24 Oct, 2014 1 commit
  16. 23 Oct, 2014 3 commits
  17. 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
  18. 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
  19. 11 Aug, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Two fixes: · 59646d0f
      Christian Schulte zu Berge authored
      * Fixed possible endless loop in event evaluation of AbstractPipeline.
      * Fixed 4-channel image rendering in datacontainerinspector.frag.
      59646d0f
  20. 08 Aug, 2014 2 commits
  21. 07 Aug, 2014 1 commit
  22. 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
  23. 27 Jul, 2014 2 commits
  24. 05 May, 2014 1 commit
  25. 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
  26. 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
  27. 13 Dec, 2013 1 commit
  28. 15 Oct, 2013 1 commit