- 01 Jun, 2017 1 commit
-
-
Jakob Weiss authored
* OpenGL core context is instantiated and enforced, for better forward compat * Fixed DLL deployment to RelWithDebInfo and MinSizeRel configurations * Bumped GLEW to 2.0.0 * Fixed wrong shading in various raycasters (normal was wrong sign) Squashed commit of the following: commit 21b33709371459552aff972124e9da4ae0077cf4 Author: Jakob Weiss <jakob.weiss@tum.de> Date: Mon Feb 6 15:21:12 2017 +0100 Fixed number of texture unit query commit 6592f366c7f24822a8681401cf5a415a622e5f6e Author: Jakob Weiss <jakob.weiss@tum.de> Date: Mon Feb 6 14:27:36 2017 +0100 Fixed core profile requirements * now using Framebuffer ARB version instead of EXT * fixed extension handling and windows version recognition * Removed pixel transfer functions usage and some validity checks for vis pipelines commit 36c82733434e63309d092bf85f78f471b56bebfb Author: Jakob Weiss <jakob.weiss@tum.de> Date: Mon Feb 6 13:50:08 2017 +0100 Bumped glew to 2.0.0 commit 4a4a1d51756aad0e19aef9e723e1dfe7d07a797d Author: Jakob Weiss <jakob.weiss@tum.de> Date: Fri Feb 3 16:26:07 2017 +0100 First Progress - WIP # Conflicts: # ext/cgt/texturemanager.cpp
-
- 17 Jan, 2016 1 commit
-
-
Christian Schulte zu Berge authored
Removed redundant CMake options, renamed test-campvis to campvis-test and removed pipeline and converter registration, since building shared libraries is mandatory now.
-
- 15 Jan, 2016 1 commit
-
-
Christian Schulte zu Berge authored
* Updated all CMake scripts to use Qt5 * CampvisApplication takes care of moving the QGLContext thread affinity to the threads that do the rendering. * QtCanvas:resize() is called through Qt signalling to ensure being in GUI thread. * Added init and deinit functions to the Runnable interface. * minimum required CMake version is now 3.0 refs #249
-
- 02 Jul, 2015 1 commit
-
-
Christian Schulte zu Berge authored
Cleaned up CMake scripts and added correct export definitions so that now CAMPVis can easily imported into other CMake projects through FIND_PACKAGE(CAMPVis).
-
- 29 Jun, 2015 1 commit
-
-
Christian Schulte zu Berge authored
Removed generation of obsolete gen_converterregistration.h file through CMake since converter registration now entirely relies on explicit template specialization.
-
- 17 Dec, 2014 1 commit
-
-
Christian Schulte zu Berge authored
-
- 15 Jul, 2014 1 commit
-
-
Christian Schulte zu Berge authored
* CMake build files now support unix builds * SWIG interface files and Lua wrappers are now fully C++ compliant to comfort GCC * Hacked shared/static builds of the campvis-modules module even more, but now it works on both MSVC and GCC
-
- 10 May, 2014 1 commit
-
-
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
-
- 29 Apr, 2014 1 commit
-
-
Christian Schulte zu Berge authored
Statically linked builds strip all unused objects from their sources. This would be the case for the converters since they are nowhere called explicitly. In order to fix that, we use the same pattern as with the pipeline registration: The CMake build scripts parse all headers for an explicit template instantiation of a ConversionFunctionRegistrar. All these headers are included from the generated gen_converterregistration.h file, which is itself included from imagerepresentationconverter.cpp and thus gets compiled into the final executable also on static linking. refs #474 refs #553
-
- 07 Apr, 2014 1 commit
-
-
Christian Schulte zu Berge authored
Fixed CMake build scripts to better handle default enabled modules and specifically disabled modules.
-
- 05 Apr, 2014 1 commit
-
-
Christian Schulte zu Berge authored
Module file parsing now supports new fields "ThisModApplicationSources", "ThisModApplicationHeaders", and "ThisModApplicationToBeMocced". These files will be added to the campvis-application package (instead of to the campvis-modules package) and thus for instance allow a module to declare property widgets in a non-intrusive way. Little bug fix in glvesselnessfilter.frag shader.
-
- 17 Mar, 2014 1 commit
-
-
Christian Schulte zu Berge authored
Fixed MSVC builds not supporting shared linking against module sublibs (as campvis-modules is built statically). As workaround RandomWalksLib and nlopt-stripped are forced to be build static. refs #385
-
- 16 Mar, 2014 1 commit
-
-
Christian Schulte zu Berge authored
Updated and refactored CAMPVis module build system: CAMPVis module .cmake files now define two additional Variables: * ThisModStatus defines the status of the module and should be one of STABLE, TESTING or EXPERIMENTAL * ThisModExternalDependencies defines, whether this module has further external dependencies that are not shipped The main CAMPVis build system now ships a new enumeration option CAMPVIS_DEFAULT_ENABLED_MODULES, which can be one of "NONE" "STABLE_NO_DEPENDENCIES" "STABLE_WITH_EXTERNAL_DEPENDENCIES" "TESTING" and "ALL". The INCLUDE_MODULE() function in the build scripts will evaluate the modules' status information and enable every module that matches the specified value. ATTENTION: Due to these changes in the build system, the modules' cmake files should put their setup block into an IF(ModuleEnabled) block, since the file is also parsed, when the module is not enabled (in order to gather the status information). closes #385
-
- 21 Nov, 2013 1 commit
-
-
Christian Schulte zu Berge authored
fixed CMake error introduced in e1551c26: CAMPVIS_HAS_MODULE_XYZ was no longer defined by CMake
-
- 17 Nov, 2013 2 commits
-
-
Artur Grunau authored
No modules were previously enabled by default. As a result, the application wasn't very useful in the default configuration. Enable the Vis module by default to make the CAMPVis application functional out of the box. Additional modules can be marked as default in the future using the mechanism (SET_DEFAULT_MODULES) introduced in this commit. Closes #144
-
Artur Grunau authored
There used to be no way to specify what other modules each module required in order to work. This led to either compilation or linker errors that were often not easy to understand. Introduce a new module-level CMake variable, ThisModDependencies, that a module can set in its CMake file to indicate what other modules need to be enabled for it to compile and work properly. If defined, ThisModDependencies should be a list of strings — the names of required modules. Once all available modules have been analysed, the collected dependency information is used to activate (if necessary) the dependencies of every enabled module. Transitive and circular dependencies are already supported in this initial version of our module dependency system. Unfortunately, when a module gets enabled in the CMake GUI, its dependencies are only resolved once the Configure button is clicked and CMake runs again. This is a limitation of CMake in that all configuration happens offline and it's not possible to react to value changes immediately. References #144
-
- 16 Nov, 2013 1 commit
-
-
Artur Grunau authored
Automatic pipeline registration would fail for certain valid ways of declaring a pipeline: - if the base pipeline class was qualified with a namespace - if the pipeline inherited from additional classes - if the declaration followed coding conventions different than CAMPVis' (e.g. no space before :, { on a new line) Make the regex used to detect pipelines more permissive to handle the above cases. Closes #233
-
- 08 Oct, 2013 2 commits
-
-
Christian Schulte zu Berge authored
Refactoring pipeline concept #7: Implemented automatic parsing of include files for pipeline registration
-
Christian Schulte zu Berge authored
Refactoring pipeline concept #6: Introducing automatic creating of pipeline registration file using CMake
-
- 17 Sep, 2013 1 commit
-
-
Christian Schulte zu Berge authored
-
- 17 Apr, 2013 1 commit
-
-
schultezub authored
git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@482 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
-
- 26 Nov, 2012 1 commit
-
-
schultezub authored
* fixed DLLs being copied to source folder instead of binary folder * added Qt4 DLLs to be copied (usefull when having multiple versions of Qt installed) git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@357 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
-
- 08 Nov, 2012 1 commit
-
-
schultezub authored
git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@345 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
-
- 31 Oct, 2012 1 commit
-
-
schultezub authored
git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@335 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
-
- 26 Oct, 2012 1 commit
-
-
schultezub authored
git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@326 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
-
- 11 Jul, 2012 1 commit
-
-
schultezub authored
git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@178 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
-
- 02 Jul, 2012 1 commit
-
-
schultezub authored
git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@160 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
-