1. 19 Jul, 2013 1 commit
  2. 18 Jun, 2013 1 commit
  3. 09 Apr, 2013 1 commit
    • Jussi Lindgren's avatar
      build: · 6b4e7a4b
      Jussi Lindgren authored
       * This commit has a lot of changes primarily done for Linux packaging
       + Added debian/ folder that contains files to build an elementary OpenViBE Debian/Ubuntu/Mint package 
       * All OpenViBE libraries and executables now have lowercase filenames in the filesystem
       * The "-dynamic" postfix is no longer appended as dynamic linking is the default. Static builds still retain the "-static" postfix. Note also that the static-linking builds may have broken at some point as they're not used in devel/test cycle. Static linking can be fixed/supported later if needed (let us know).  
       * Launch scripts:
         - The launch scripts are now be called openvibe-*.
         - On Linux, launch scripts (.sh extension) are only be used for development. There is no need to package them. 
         - On Linux, Openvibe related environment path variables are not used by default, but they can be set in the (development) launch scripts if desired to override the install location set by CMake.
         - On Windows, launch scripts (.cmd) are still needed and installed to install root.
         - On Windows, only environment variable that remains is OV_PATH_ROOT, which the launch scripts set as their location in the filesystem. The install tree is assumed to be a fixed one in a known relative position to the script location. 
       * Directories.h: in case the OV_PATH_* ENV variables are not set, the path getters return locations defined by CMake and the install targets that were specified at build time
       * Plugins.cfg of Ogre is now called openvibe-ogre-plugins.cfg and installed to "share/". Removed the executable bit from it.
       * All OpenViBE subprojects now by default copy the version numbers from the global variables set in the main CMakeLists.txt. If you wish to maintain unique versions for a subproject, you can change the version in that project's own CMakeLists.txt.
       * External Application Launcher:
         - External Application Launcher entry in openvibe.conf is now specified with a path token instead of ENV var.
         - External Application Launcher now takes as a parameter the name of the actual openvibe executable(!), NOT the launcher script as before. This is to retain compatibility with Linux package that may not have the launcher scripts.
         - INCOMPATIBILITY: This will introduce an issue with scenarios that have relied on the previous behaviour. This has been taken care of in scenarios included with OpenViBE.
       + Added Boost_System and X11 dependencies to kernel as Linux packaging on Mint/Ubuntu ("lintian") was complaining of missing deps
       + Added FindThirdPartyBoost_System.cmake
       + Added FindThirdPartyPThreadsVCE2.cmake, changed acquisition server CMakeLists.txt to use it instead of hardcoding (FieldTrip driver relies on this on Win)
       * Updated README to contain a bit less of information that is likely to go stale.
       * Unified and cleaned up the Linux CMake build so that it uses CMake variables for paths like the Windows build does, not environment variables.
      applications/acquisition-server:
       * Changed some acquisition server drivers to use ${Path_Bin} instead of Directories::getBinDir().
      openvibe-scenarios:
       * Lua scripts: removed the first line mentioning interpreter as it can be in different locations on different Linux distros. Also, these .lua files are not executed from a shell command line, so the line is not strictly needed.
       * SSVEP-Demo: Converted the two separate launching scripts into one script that takes shooter/training as a parameter. This is because after Linux packaging, we have no launch scripts, but would still like the SSVEP scenario to be runnable from the package. SSVEP scenario makes the same external app call on Linux and Windows systems, but if we're on a Linux package there'll be just one executable, not two scripts.
       * Fixed a show-stopping typo in classifier-training-flipswitch.lua
      openvibe-modules:
       * Moved matroska_ebml_syntax.txt to openvibe-modules/ebml/ from the share/ root.
      kernel:
       * Designer default work path in openvibe.conf is now share/openvibe-scenarios/
      
      
      git-svn-id: svn://scm.gforge.inria.fr/svn/openvibe@3563 c330d7e9-fc0c-0410-a5b3-fd85c6f5aa8f
      6b4e7a4b
  4. 13 Mar, 2013 1 commit
  5. 11 Feb, 2013 1 commit
    • Jussi Lindgren's avatar
      cmake-modules: · 8f661d8e
      Jussi Lindgren authored
       * Third-party driver libs are now copied to dist/bin/ in the INSTALL stage instead of polluting the source tree during build phase.
      root:
       * Small cosmetic changes to INSTALL and CMakeLists.txt 
      
      
      git-svn-id: svn://scm.gforge.inria.fr/svn/openvibe@3411 c330d7e9-fc0c-0410-a5b3-fd85c6f5aa8f
      8f661d8e
  6. 08 Feb, 2013 1 commit
    • Jussi Lindgren's avatar
      Whole build system: · 6e7dde15
      Jussi Lindgren authored
       * WARNING: this commit is likely to break something. Please let us know what and where. 
       * NOTE:  It is important to clean your source tree of non-versioned files before re-building this new revision of OpenViBE. Do a fresh checkout for simplicity. 
       * A lot of functionality has been moved to portable CMake code from the platform specific scripts
       * Dependencies are explicitly handled with cmakelists. Calling Find* for OpenViBE component now specifies an explicit lib dependency.
       * Correct visual studio project generation, tested on VC 2010 Express. Use win32-generate-vc-proj.cmd to generate a project, and win32-launch-vc.cmd to start VS with env vars set. You may have to tinker the launched .exe for other versions of VS.
       * 'Openvibe style branching' is still supported
       * Includes are no longer copied before they're used. This helps visual studio development (i.e. always edit/locate the real source header)	
       * Tested that applications still run on linux mint & win7. Also tested a few scenarios.
       * ${OpenViBE_blahblah} environment variables have been largely removed. If you need to have source tree all over your filesystem, replace the folders in question with symbolic links?
       * Build should be completely 'out-of-source' : everything that build produces should now be written under local-tmp/ and dist/, no mods to the source tree.
       * Cmake install target now takes care of file copying to dist/
       * We still have separate build scripts for the two platforms. But now these mainly set some environment variables and call CMake. We can't launch vsvars32.bat from inside cmake it seems, so at least a tiny win script needs to be present to launch cmake and set the dependencies up.
       * Parts of Openvibe can be built as Debug while rest is built as release by either toggling configuration manager config for the project in Visual Studio, or walking to the desired directory in local-tmp and hitting 'nmake install' or 'make install' there
       * Application launch scripts are now built from a few templates both on win and linux.
       * Existing WIP-branches have not been converted to the new build. If you really need one converted, let us know.
      
      git-svn-id: svn://scm.gforge.inria.fr/svn/openvibe@3406 c330d7e9-fc0c-0410-a5b3-fd85c6f5aa8f
      6e7dde15
  7. 16 Jan, 2013 1 commit
  8. 14 Jan, 2013 1 commit
  9. 02 Jun, 2010 1 commit
  10. 29 Dec, 2009 1 commit
  11. 08 Jul, 2008 1 commit
  12. 13 Jun, 2008 1 commit
  13. 09 Jun, 2008 1 commit
  14. 07 May, 2008 1 commit
  15. 17 Mar, 2008 1 commit
  16. 13 Jun, 2007 1 commit
  17. 26 Feb, 2007 1 commit
  18. 23 Oct, 2006 1 commit