2.12.2021, 9:00 - 11:00: Due to updates GitLab may be unavailable for some minutes between 09:00 and 11:00.

  1. 10 Jul, 2014 1 commit
  2. 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
  3. 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
  4. 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
  5. 05 May, 2014 2 commits
  6. 24 Apr, 2014 1 commit
  7. 13 Feb, 2014 1 commit
  8. 07 Feb, 2014 1 commit
  9. 06 Feb, 2014 1 commit
  10. 15 Jan, 2014 1 commit
  11. 13 Jan, 2014 1 commit
  12. 02 Jan, 2014 1 commit
  13. 13 Dec, 2013 1 commit
  14. 15 Oct, 2013 2 commits
  15. 11 Oct, 2013 1 commit
  16. 09 Oct, 2013 1 commit
  17. 08 Oct, 2013 6 commits
  18. 27 Sep, 2013 1 commit
  19. 10 Sep, 2013 1 commit
  20. 04 Sep, 2013 1 commit
  21. 29 Aug, 2013 1 commit
    • Christian Schulte zu Berge's avatar
      Branching work to introduce new FBO handling concept: · 42480c65
      Christian Schulte zu Berge authored
       * each VisualizationProcessor manages its own FBO
       * instead of creating a whole new FBO each process(), the processors shall only create and attach textures to the FBO
       * the FramebufferActivationGuard offers automatic (de)activation and detachment of all textures
      
      SimpleRaycaster already uses the new concept, the rest still uses the legacy API
      42480c65
  22. 19 Aug, 2013 1 commit
  23. 16 Jul, 2013 1 commit
  24. 10 Jul, 2013 1 commit
  25. 26 Jun, 2013 2 commits
  26. 18 Jun, 2013 2 commits
  27. 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
  28. 14 Apr, 2013 1 commit
  29. 08 Feb, 2013 1 commit
  30. 06 Feb, 2013 1 commit