1. 15 Oct, 2014 1 commit
    • 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
  2. 13 Aug, 2014 1 commit
  3. 11 Aug, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Fixed assertion in campvis-test: · 2a2ff2b5
      Christian Schulte zu Berge authored
      campvis-test does not use OpenGLJobProcessor and only initializes it halfway. However, some CAMPVis functionality relies on that. Therefore, I introduced a hack/workaround to set the OpenGL thread manually if you need to.
      
      Furthermore, added exit(EXIT_FAILURE) to recursive assertions to avoid possible endless assertion loops in campvis-test (and thus amok running jobs in Jenkins).
      2a2ff2b5
  4. 08 Aug, 2014 1 commit
  5. 07 Aug, 2014 1 commit
  6. 27 Jul, 2014 1 commit
  7. 05 May, 2014 1 commit
  8. 24 Apr, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Started refactoring the ImageData conversion API: · 0ac65c4f
      Christian Schulte zu Berge authored
      Conversions between image representations are now managed at one central place: The ImageRepresentationConverter singleton uses the proven and established registration through static template instantiation idiom to register conversion functors during static initialization. Therefore, the ConversionFunctionRegistrar registers a conversion functor to a target representation type.
      
      As proof-of-concept implementation, the former conversion API through T::tryConvertFrom, where T is a specific image representation, has been converted to the new API and merged into imagerepresentationconversioncore.h providing a conversion functor for each campvis-core representation.
      
      Furthermore, implemented conversion from ImageRepresentationGL to GenericImageRepresentationLocal<>.
      
      refs #553
      refs #474
      0ac65c4f
  9. 18 Dec, 2013 1 commit
    • Christian Schulte zu Berge's avatar
      *IMPORTANT FIX* Fixes possible crashes/segfaults when converting OpenGL image... · f2102103
      Christian Schulte zu Berge authored
      *IMPORTANT FIX* Fixes possible crashes/segfaults when converting OpenGL image representations to local image representations:
       * ImageRepresentationLocal::tryConvert() does not deadlock anymore when called from OpenGL context and converting from GL representation
       * Fixed possible double deletion after converting from OpenGL to local representation due to ambiguous pointer ownership
       * fixed possible out of bounds array write in tgt::Texture::downloadTextureToBuffer()
      f2102103
  10. 13 Dec, 2013 1 commit
  11. 16 Oct, 2013 1 commit
  12. 15 Oct, 2013 1 commit
  13. 11 Oct, 2013 2 commits
  14. 27 May, 2013 1 commit
  15. 12 May, 2013 1 commit
    • schultezub's avatar
      Various changes to improve threading behaviour and coding conveniene: · 694a519e
      schultezub authored
       * Moved destruction of ReferenceCounted object to seperate thread (thus unloading rendering thread)
       * integration of OpenGL garbage collector into OpenGLJobProcessor (finally, you don't need to care anymore whether your code might call a GL object destructor and hence needs an OpenGL context)
       * changed DataContainer implementation from mutex/lock to concurrent container
       * fixing improper order of GL object deinitilization on program exit
      
      git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@492 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
      694a519e
  16. 14 Apr, 2013 1 commit
  17. 08 Feb, 2013 1 commit
  18. 02 Nov, 2012 1 commit
  19. 31 Oct, 2012 1 commit
  20. 26 Oct, 2012 1 commit
  21. 27 Sep, 2012 1 commit
  22. 15 Sep, 2012 1 commit
  23. 07 Sep, 2012 1 commit
  24. 06 Sep, 2012 2 commits
  25. 24 Aug, 2012 2 commits
  26. 23 Aug, 2012 2 commits
  27. 22 Aug, 2012 1 commit
  28. 10 Aug, 2012 1 commit
  29. 06 Aug, 2012 1 commit
  30. 24 Jul, 2012 3 commits
  31. 23 Jul, 2012 1 commit
    • schultezub's avatar
      It took quite some time, but this commit introduces thread-safe management and... · 1302ca97
      schultezub authored
      It took quite some time, but this commit introduces thread-safe management and access to multiple OpenGL contexts.
       * added tgt::QtContextManager for managing multiple OpenGL contexts
       * adapted tgt::GLContext and tgt::QtGLContext, tgt::QtThreadedPainter
       * added PipelineEvaluator for evaluating pipelines in separate threads
       * added various lock/sync features to processors, pipelines, and processors
      
      However, there's still plenty of clean-up work to do: some parts of the tgt library are quite messed up and the core library interfaces need some polishing...
      
      
      git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@195 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
      1302ca97