1. 30 Sep, 2014 1 commit
    • Jakob Weiss's avatar
      some improvements to the core api · ddfa21e1
      Jakob Weiss authored
      * AbstractPipeline offers getter for the canvas to execute jobs in the pipeline's OpenGL context
      * PropertyCollectionWidget adds a spacer element at the end to prevent element stretching when there is too much free space
      * job.h offers new CallFunctionObjectJob to create jobs on the fly using lambda functions (the respective makeJob and makeJobOnHeap are inlined to prevent linker errors)
      ddfa21e1
  2. 11 Aug, 2014 2 commits
  3. 10 Aug, 2014 1 commit
  4. 08 Aug, 2014 1 commit
  5. 07 Aug, 2014 1 commit
  6. 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
  7. 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
  8. 28 Jul, 2014 1 commit
  9. 27 Jul, 2014 9 commits
  10. 15 Jul, 2014 2 commits
  11. 10 Jul, 2014 1 commit
  12. 23 Jun, 2014 1 commit
  13. 07 Jun, 2014 1 commit
  14. 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
  15. 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
  16. 30 May, 2014 1 commit
  17. 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
  18. 06 May, 2014 1 commit
  19. 05 May, 2014 3 commits
  20. 02 May, 2014 1 commit
  21. 30 Apr, 2014 3 commits
  22. 29 Apr, 2014 1 commit
  23. 24 Apr, 2014 2 commits