BCI2000 Wiki - User contributions [en]

Programming Howto:Quickstart Guide

2014-04-01T16:20:21Z

Boulay: /* Setup */

This tutorial walks you through the process of obtaining the [[Programming_Reference:BCI2000_Source_Code|BCI2000 source distribution]], and using it to build and test your own custom [[BCI2000_Glossary#Filter|filters]], implemented in C++ inside your own custom [[BCI2000_Glossary#Core_Module|core module]]. It assumes that you have a good working knowledge of the C++ language, and basic familiarity with the compiler/IDE that you are going to use.

Many of the specific instructions below will assume that you are on a 32-bit Windows system, are using Microsoft's free '''Visual C++ 2010 Express''' compiler, and have checked out the BCI2000 distribution to a location <tt>C:\BCI2000\3.x</tt> on your hard-drive. However, the same steps are valid for other supported setups, with the appropriate setup-specific changes.

==Prerequisites==
===All Operating Systems===
# First, you need a complete BCI2000 distribution that includes the <tt>src</tt> and <tt>build</tt> directories. If you already have this, use SVN to make sure it is updated to a recent stable version (at least, for this tutorial to make sense, you will need revision 3279 or later / May 2011 or later). If you do not already have the source distribution, here is how you obtain it:
## If you do not already have a [[Creating_a_User_Account|bci2000.org username]], get one [http://www.bci2000.org/GPL/ here]. Your password will be mailed to you.
## To download the BCI2000 source-code, you will need an SVN client. If you do not have one, for Windows we recommend TortoiseSVN, which can be downloaded [http://tortoisesvn.net/downloads.html here]. The BCI2000 wiki contains more documentation about how to [[Programming_Howto:SVN_Client_Setup|set up]] and [[Programming_Howto:Using_TortoiseSVN|use]] SVN.
## Use SVN, with your username and password, to check out the latest BCI2000 source-code-included distribution, the location of which is http://www.bci2000.org/svn/tags/releases/current (note this is the current release version, not the current source code -- for the current source code, check out from http://www.bci2000.org/svn/trunk). We will assume that you checked out to a location <tt>C:\BCI2000\3.x</tt> on your hard-drive. Wherever you see this path below, adjust it so that it reflects the location you actually used. More information about the layout of the resulting distribution can be found [[Programming_Reference:BCI2000_Source_Code|here]].
# Next you will need to download and install CMake if you do not already have it (at least version 2.8.3 is recommended). CMake can be downloaded [http://www.cmake.org/cmake/resources/software.html here]. Make sure you select the option '''add to PATH for all users''' when installing.
# Finally you will need a C++ compiler. We will proceed on the assumption that you are on 32-bit Windows and using the free Visual C++ 2010 Express environment which can be downloaded [http://www.microsoft.com/visualstudio/eng/downloads#d-2010-express here] (choose either the Visual C++ web-installer or, for something that can be installed offline, the option marked "Visual Studio 2010 Express All-in-One ISO" - this will give you an .iso file which can be mounted as a virtual drive using a tool like [http://www.slysoft.com/en/virtual-clonedrive.html Virtual Clone Drive]). Consult the documentation for the [[Programming_Reference:Build_System|BCI2000 build system]] for information on other supported compilers, and more about CMake.

You should now have everything you need in order to build and customize BCI2000.

===Prerequisites (Linux)===
# C++ compiler
# Subversion
# CMake
# Qt libraries and header files (Qt-dev)
Then follow the "unix command-line equivalent" instructions from a terminal.

===Prerequisites (OS X)===
# Apple's Developer Tools (includes a C/C++ compiler and Subversion)
# A [http://www.cmake.org/cmake/resources/software.html CMake binary installer] (<tt>.dmg</tt> file) appropriate to your platform, version 2.8.3 or later.
# Qt libraries (You only need the libraries, not the full SDK. We have performed successful builds with [ftp://ftp.qt.nokia.com/qt/source/qt-mac-opensource-4.7.2.dmg v4.7.2]. Your mileage may vary according to the version you use.)
Then follow the "unix command-line equivalent" instructions from the Terminal.app command-line.

'''NOTE:''' CMake may be used to create an XCode project file for BCI2000, using the appropriate generator option. However, it seems that XCode builds of BCI2000 do not always succeed, even if there is no problem with Unix makefile builds on the same machine. Thus, you should always try a command-line build when building fails under XCode.

Unix command-line equivalent:

$ cd ~ # or wherever
$ svn checkout http://www.bci2000.org/svn/trunk bci2000 # (or call it whatever you want)

==Setup==

# Use CMake to build a project file. This is done by going to <tt>C:\BCI2000\3.x\build</tt> (which is the main workbench from which all build operations occur) and launching one of the "<tt>Make ... .bat</tt>" batch-files. If you are using Visual C++ 2010 Express, the appropriate batch file is <tt>Make VS10 Project Files.bat</tt> . It may ask you several questions: feel free to answer "y" to building the "tools", "contrib" and "BCPy2000" components. For now, for simplicity, you may wish to say no to framework extensions. Also say no to modules that require MFC (unless you are using a commercial version of Visual C++ Studio that includes MFC). If successful, you should see a long list of sub-projects being created, and after several seconds of this, "Configuring done" followed by "Generating done".
# Open the resulting solution file, <tt>BCI2000.sln</tt> , in Visual C++ Express. The file should be located in <tt>C:\BCI2000\3.x\build</tt> .
# Ensure that you are in "Release" mode rather than "Debug" (in Visual C++, this is a drop-down menu in a toolbar near the top)
# You probably do not need to build all of BCI2000 at once. To use BCI2000, the minimum you will need consists of the Operator, plus at least one SignalSource module, at least one SignalProcessing module, and at least one Application module. To build a single module in Visual C++ Express, right-click on the module's name in the list on the left, and select "Build". The initial build will typically take a few minutes per module. If you do not intend to modify a given module, you can always skip building it by copying the corresponding ready-built binary (for example, <tt>Operator.exe</tt>) from the <tt>prog</tt> subdirectory of a BCI2000 v.2 or v.3 [[BCI2000_Binaries|binary distribution]], and paste it into the corresponding directory of the distribution in which you are working, i.e. <tt>C:\BCI2000\3.x\prog</tt> . (To [http://bci2000.org/downloads/bin/BCI2000Setup.exe download the latest binary distribution], you will need to supply the same username and password that you used for SVN download.) Let's assume you have built, or copied, the following modules: '''SignalGenerator''', '''SpectralSignalProcessing''', '''CursorTask''' and '''Operator''', as well as the necessary '''OperatorLib''' shared library. Test the modules, i.e. run <tt>C:\BCI2000\3.x\batch\CursorTask_SignalGenerator.bat</tt> .
# Build the '''NewBCI2000Module''', '''NewBCI2000Filter''' and '''NewBCI2000FilterTool''' targets for use in the subsequent steps. The result will be new executables, <tt>NewBCI2000Module.exe</tt>, <tt>NewBCI2000Filter.exe</tt> and <tt>NewBCI2000FilterTool.exe</tt>, in the <tt>C:\BCI2000\3.x\build</tt> directory.

Unix command-line equivalent:

$ cd ~/bci2000 # or wherever
$ cd build
$ ./Make\ Unix\ Makefiles.sh
$ make NewBCI2000Module NewBCI2000Filter NewBCI2000FilterTool

==Creating a project for a new BCI2000 module, from a template==

# Navigate to <tt>C:\BCI2000\3.x\build</tt>
# Find <tt>NewBCI2000Module.exe</tt> there, assuming you have already built it (see "Setup", above).
# Launch it and answer the three questions it asks:
## What type of module are you creating? Enter "1" for a SignalSource module, "2" for a SignalProcessing module, or "3" for an Application module.
## What should be the name of the new module? This should be single word, without spaces or punctuation (For example: '''VeryNiceSignalProcessing'''. Or, at your option, something even more informative.) This name will be used as the name of a new directory that will contain the project source information, as well as for the resulting binary (<tt>.exe</tt> file).
## Where (i.e. inside what parent directory) should the new project directory be created? You can express this as a relative path, in which case it is interpreted relative to the <tt>build</tt> directory where <tt>NewBCI2000Module.exe</tt> itself is running. To accept the default answer, which is <tt>..\src\custom</tt>, just press return. This location (or some subdirectory of it) is a good choice: it maps to <tt>C:\BCI2000\3.x\src\custom</tt> which is an area reserved for your own projects.
# Now re-run CMake (see step 1 of "Setup", above). You should see your new project being added at the end of the long list of projects. Re-open the project file (step 2 of "Setup") and you should see it listed in the alphabetical list of projects.
# If you have just created a new SignalSource project, a specialized source-acquisition filter (called an Analogue-to-Digital Converter or ADC) will already have been added to the project. If your project was called '''Foo''' or '''FooSource''' this will be instantiated in files called <tt>FooADC.cpp</tt> and <tt>FooADC.h</tt>. You can find this by expanding the tree (click on the plus sign) next to your project name in Visual C++. Find the files under "Source" (or "Headers") and then "Project". Double-click them to edit. You should already be able to compile the module: try it.
# If you have created a SignalProcessing or Application project, you may be able to compile it, but it will not do anything until you add at least one filter to it (see next section).

Unix command-line equivalent:

$ cd ~/bci2000 # or wherever
$ cd build
$ ./NewBCI2000Module 2 VeryNiceSignalProcessing ../src/custom
$ ./Make\ Unix\ Makefiles.sh
$ make VeryNiceSignalProcessing

==Adding a new filter to a BCI2000 module, from a template==

# Navigate to <tt>C:\BCI2000\3.x\build</tt>
# Find <tt>NewBCI2000Filter.exe</tt> there, assuming you have already built it (see "Setup", above).
# Launch it and answer the three questions it asks:
## What type of filter are you creating? Enter "1" for a subclass of [[Programming_Reference:BufferedADC_Class|BufferedADC]] (although if you created a SignalSource project with the NewBCI2000Module tool, an ADC of this kind will already have been created for you), enter "2" for a subclass of [[Programming_Reference:GenericFilter_Class|GenericFilter]], or "3" for a subclass of [[Programming_Reference:ApplicationBase_Class|ApplicationBase]].
## What should be the name of the filter class? This should be a legal name for a new C++ class (no spaces or punctuation). If you enter, for example, "FooFilter", then a class of this name will be implemented in two new files, <tt>FooFilter.cpp</tt> and <tt>FooFilter.h</tt> .
## To which project (i.e. in which project directory, relative to <tt>build</tt>) should the filter be added? For example: <tt>..\src\custom\VeryNiceSignalProcessing</tt> (as in all of the BCI2000 framework, directory slashes are allowed to go this / way or that \ way regardless of whether you are on Windows or not)
# Again, re-run CMake and re-open the master project file.
# Find your new files under the Source/Project and Headers/Project trees by clicking on the + sign next to the project name. Double-click them to edit. Read the comments in the file for help as to how to flesh out the various filter methods.
# Try building the project (right-click on the project and select "build"). SignalSource and Application projects may already build successfully. SignalProcessing projects, or any project to which you have added a new GenericFilter subclass, will have at least one deliberate '''#error''' in the code. When the build attempt finishes, double-click on the error message to go to the offending line. Read the comments in the file, and you will see that the error is there to force you to think about the ordering of the filters in your module. Once you have resolved this issue, simply remove the #error line and select "build" again (the process will be quicker this time: only previously unbuilt files or newly modified files will be compiled).

Unix command-line equivalent:

$ cd ~/bci2000 # or wherever
$ cd build
$ ./NewBCI2000Filter 2 FooFilter ../src/custom/VeryNiceSignalProcessing
$ ./Make\ Unix\ Makefiles.sh
$ make VeryNiceSignalProcessing

==Running and testing the result==

# Locate successfully built modules, which will appear as <tt>.exe</tt> files inside the top-level <tt>prog</tt> directory of the BCI2000 distribution, for example <tt>C:\BCI2000\3.x\prog</tt>
# The most basic way to launch BCI2000 is to double-click on each module in turn. Start with <tt>Operator.exe</tt>, then launch one SignalSource module, one SignalProcessing module, and one Application module (your new module will fill one of these three roles, but all three are required).
# If you have a firewall running on your machine, dialogs may open for any modules that the firewall has never seen before. If so, click "unblock" to proceed, for each one. You should only ever need to do this once per newly-built module. (Check that your firewall is not configured to block network connections without telling you.)
# In the '''Config''' dialog, under the '''Visualize''' tab, you should see a check-box for visualizing the output of all the filters in the chain, including your newly created filter. You may find it useful, whenever you are developing a new filter, to visualize your filter input and output simultaneously (i.e. visualize both the new filter and the filter that immediately precedes it in the chain).

==Configuring your new filter for offline use==

This is an optional step which many developers of new custom filters will find useful. Filters may be compiled singly as standalone executables to allow them to be tested and used for data analysis offline. The resulting "filter tools" can be used either [[User_Reference:Command_Line_Processing|from the DOS/Unix command-line]] or, more comfortably, [[User_Reference:Matlab_Tools|from the Matlab command-line]].

# Navigate to <tt>C:\BCI2000\3.x\build</tt>
# Find <tt>NewBCI2000FilterTool.exe</tt> there, assuming you have already built it (see "Setup", above).
# Launch it, and tell it which existing C++ file contains the filter definition (as always, specify the path relative to the <tt>build</tt> directory—for example, <tt>..\src\custom\VeryNiceSignalProcessing\FooFilter.cpp</tt>)
# The tool will perform for you the necessary alterations to the CMakeLists files. (The procedure, details of which can be found [[User_Reference:Command_Line_Processing#Compiling_an_existing_filter_as_a_command_line_tool|here]], involves creating a subdirectory called <tt>cmdline</tt> inside your project directory, because specifying a new executable target in the same <tt>CMakeLists.txt</tt> file as your module would cause a misconfiguration problems for either the module or the filter-tool. )
# Close <tt>BCI2000.sln</tt>, re-run CMake, and re-open <tt>BCI2000.sln</tt>. You should now have a new target, whose name is simply the name of the filter (e.g. <tt>FooFilter</tt>).
# Right-click on the new target and select "build". The resulting binary will appear as (for example) <tt>..\tools\cmdline\FooFilter.exe</tt>
# If you have Matlab, consult [[User_Reference:Matlab_Tools]] to see how to proceed. Otherwise see [[User_Reference:Command_Line_Processing]]. (In the Matlab version, the "Hello World" messages of the default template filter, and any other <tt>bciout</tt> debugging outputs you specify, will appear in the <tt>.ShellOutput</tt> field.)

Unix command-line equivalent:

$ cd ~/bci2000 # or wherever
$ cd build
$ ./NewBCI2000FilterTool ../src/custom/VeryNiceSignalProcessing/FooFilter.cpp
$ ./Make\ Unix\ Makefiles.sh
$ make FooFilter
$ ../tools/cmdline/FooFilter --help
$ make bci_dat2stream bci_stream2mat # you'll also need these

==Exercises==

===Exercise 1: RMSFilter===

# Use NewBCI2000Module to create a new SignalProcessing module.
# Use NewBCI2000Filter to create a new filter called RMSFilter in your new module.
# NewBCI2000Module and NewBCI2000Filter report that they are creating and altering various files and directories. Write down what you think is the purpose of each new directory, new file, or alteration to an existing file.
# Write a filter called RMSFilter, which takes in multiple signal channels, and outputs a single channel containing the root-mean-square signal across all input channels. (Advanced variant: introduce a parameter which allows the user to specify groups of channels; then output one RMS signal per group.) Test the filter using the [[User_Reference:SignalGeneratorADC|SignalGenerator module]] as an input, configuring the SignalGenerator to respond to mouse movement as described in the documentation. First visualize just the '''input''' of your new filter (the output of the previous filter, which will presumably be the [[User_Reference:TransmissionFilter|TransmissionFilter]]). Then draw on paper what you would expect to see as an output of your filter in response to different mouse positions/actions. Finally, visualize your filter's output in order to verify that it matches your expectations.
# Visualization allows you to test your code's behaviour qualitatively to some extent. In what various different ways could you verify, in a more precise, quantitative way, that your implementation is correct? Under what circumstances should you spend the extra time to do this? (hint: the answer rhymes with "hallways")

===Exercise 2: Debugging===

# Write a batch file to launch your combination of modules. You may wish to use one of the existing files in the top-level <tt>batch</tt> directory as a template. A batch file will allow you to go around each edit-compile-debug cycle much faster and more reliably. It will also allow you to pass useful command-line flags to the modules as you start them. And finally, if you need to set parameters in a certain way on each launch, we strongly recommended that you take advantage of [[User_Reference:Operator_Module_Scripting#2|operator scripting]] in your batch file to ensure that the required parameters are loaded automatically from a file on each launch. Inconsistent behaviour from one debug cycle to the next can often be attributed to having forgotten to perform the menial task of loading parameters manually.
# You can also use the Visual C++ debugger as follows:
## In your batch file, comment out or remove the line that launches the module you want to debug.
## Again in your batch file, assuming you are using the [[User_Reference:SignalGeneratorADC|SignalGenerator]], [[Contributions:FilePlayback|FilePlayback]], or some other source module which does not have to run in real-time, add the flag <code>--EvaluateTiming=0</code> to the call that launches the source module (see example snippet below). Putting a debug breakpoint in your Process() method will slow the system to below real-time, and we do not want the framework's real-time check to terminate the debug session for this reason.
## Launch the batch file, thereby launching all the necessary modules except one, and loading any parameters needed for the debug session.
## Note that there are different "build modes" for the BCI2000 solution, with names like "Release" and "Debug". In order to debug a particular module, you will need to ensure that the module is built in either "Debug" mode or "RelWithDebInfo" mode. If you are in the wrong mode for debugging, select the correct build mode from the drop-down menu on Visual C++ Express's toolbar, then build your module again. Note that the BCPy2000 modules (''PythonSource'', ''PythonSignalProcessing'' and ''PythonApplication'') cannot be built in Debug mode. Also, [http://www.flounder.com/debug_release.htm Debug mode can sometimes mask dangerous bugs], so you may experience the frustration of trying to investigate a crash only for it to stop happening when you switch from Release to Debug. Finally, a BCI2000 module built in Debug mode may exhibit poorer timing performance. For these reasons it is not generally advisable to use Debug mode as the default mode of your project, and RelWithDebInfo is often advisable when debugging (even though the compiler optimizations may lead to a less logical-seeming debugging experience).
## In Visual C++, set a breakpoint in the source file you want to debug.
## Although CMake directs Visual C++ to create the module in the correct directory, <tt>C:\BCI2000\3.x\prog</tt>, it is [http://www.cmake.org/Wiki/CMake_FAQ#Can_CMake_set_the_Debugging.2FWorking_Directory_property_in_Visual_Studio_projects.3F unable to set the working directory in which the debug instance runs] to the same value. Therefore, if your module needs to load resources like image or sound files, and expects to find these at the end of a path that is expressed ''relative'' to <tt>prog</tt>, you will need to set the <tt>prog</tt> directory as the module's working directory by hand: Right-click on the module -> Properties -> Configuration Properties -> Debugging -> Working Directory
## In Visual C++, right-click on the module, then select "Debug" followed by "Start New Instance" (if you find this too fiddly to do with the mouse, right-click, then press "g", then press "s" ). If the build is not up-to-date, Visual Studio will prompt you: in this case, allow it to build the module.
## You are now debugging BCI2000. Verify that the debugger stops your module at the breakpoint you specified and at the time that you expected. Browse the available variables and their properties.
<pre>
start SignalGenerator.exe --LogMouse=1 --EvaluateTiming=0
</pre>

===Exercise 3: Assembling a filter chain===

# Write a filter called DiffFilter, in which each output channel contains the numerical derivative, with respect to time, of the corresponding input channel. Note that your Process() method only sees one discrete chunk (or SampleBlock) of signal at a time. Is this a problem? Use private member variables of your filter instance as a "scratch-pad" where necessary.
# Assemble the pre-existing [[User_Reference:ExpressionFilter|ExpressionFilter]], followed by your DiffFilter, followed by your RMSFilter (from exercise 1), in that order within one SignalProcessing module. The ExpressionFilter implementation is already part of the framework, so all you need to do is uncomment the <tt>#include</tt> and <tt>Filter()</tt> statements that correspond to it in <tt>PipeDefinition.cpp</tt>. Read the comments in <tt>PipeDefinition.cpp</tt>, and the [[Programming_Reference:Filter_Chain]] wiki page, for more information about linking filters in a chain.
# Make sure your SignalSource module is started with the <tt>--LogMouse=1</tt> flag (see the code snippet above).
# Set the '''Expressions''' parameter (found in the '''Filtering''' tab of the '''Config''' dialog) such that it has two rows and one column, and contains the expressions "MousePosX" and "MousePosY".
# Write down a full description of how you think the SignalProcessing module will process the signal, from start to finish, and exactly how you expect it to respond to different kinds of mouse movement.
# Verify that the module behaves the way you expect, under all relevant input conditions.

===Exercise 4: Offline filter-chain reconstruction in Matlab===

# Take one or more of the filters you have written (RMSFilter, DiffFilter), or create a new one which also does something whose numerical output can be checked very easily (examples: squaring the input signal, or doubling it, or taking the absolute value).
# Use NewBCI2000FilterTool to create a command-line "filter tool" executable as described above.
# Also ensure that the <tt>bci_dat2stream</tt> and <tt>bci_stream2mat</tt> targets have been built.
# Learn how to use the matlab function [[User_Reference:Matlab_Tools|bci2000chain]] and the supporting Matlab tools.
# Use <tt>bci2000chain</tt> to run your filter on some example data, or even on some toy data that you create using <tt>create_bcidat</tt>. Then, separately, write a Matlab function for performing the same numerical operation that you believe your filter performs. Compare the two outputs and verify that your filter does exactly what it is intended to do, at least to within some very small numerical tolerance. The maximum absolute difference between the two outputs should be very small (say, 1e-10 or less, depending on the operations and on the magnitude of the input signal).

==Further reading==

Refer to the main [[Programming_Reference:Contents]] page here on http://doc.bci2000.org for a list of topics on which you can find more in-depth documentation. In particular, you may wish to work through the various [[Programming_Reference:Contents#Tutorials|tutorials]] at the bottom of the page.

Programming Howto:Quickstart Guide

2014-04-01T16:17:17Z

Boulay: /* Setup */

This tutorial walks you through the process of obtaining the [[Programming_Reference:BCI2000_Source_Code|BCI2000 source distribution]], and using it to build and test your own custom [[BCI2000_Glossary#Filter|filters]], implemented in C++ inside your own custom [[BCI2000_Glossary#Core_Module|core module]]. It assumes that you have a good working knowledge of the C++ language, and basic familiarity with the compiler/IDE that you are going to use.

Many of the specific instructions below will assume that you are on a 32-bit Windows system, are using Microsoft's free '''Visual C++ 2010 Express''' compiler, and have checked out the BCI2000 distribution to a location <tt>C:\BCI2000\3.x</tt> on your hard-drive. However, the same steps are valid for other supported setups, with the appropriate setup-specific changes.

==Prerequisites==
===All Operating Systems===
# First, you need a complete BCI2000 distribution that includes the <tt>src</tt> and <tt>build</tt> directories. If you already have this, use SVN to make sure it is updated to a recent stable version (at least, for this tutorial to make sense, you will need revision 3279 or later / May 2011 or later). If you do not already have the source distribution, here is how you obtain it:
## If you do not already have a [[Creating_a_User_Account|bci2000.org username]], get one [http://www.bci2000.org/GPL/ here]. Your password will be mailed to you.
## To download the BCI2000 source-code, you will need an SVN client. If you do not have one, for Windows we recommend TortoiseSVN, which can be downloaded [http://tortoisesvn.net/downloads.html here]. The BCI2000 wiki contains more documentation about how to [[Programming_Howto:SVN_Client_Setup|set up]] and [[Programming_Howto:Using_TortoiseSVN|use]] SVN.
## Use SVN, with your username and password, to check out the latest BCI2000 source-code-included distribution, the location of which is http://www.bci2000.org/svn/tags/releases/current (note this is the current release version, not the current source code -- for the current source code, check out from http://www.bci2000.org/svn/trunk). We will assume that you checked out to a location <tt>C:\BCI2000\3.x</tt> on your hard-drive. Wherever you see this path below, adjust it so that it reflects the location you actually used. More information about the layout of the resulting distribution can be found [[Programming_Reference:BCI2000_Source_Code|here]].
# Next you will need to download and install CMake if you do not already have it (at least version 2.8.3 is recommended). CMake can be downloaded [http://www.cmake.org/cmake/resources/software.html here]. Make sure you select the option '''add to PATH for all users''' when installing.
# Finally you will need a C++ compiler. We will proceed on the assumption that you are on 32-bit Windows and using the free Visual C++ 2010 Express environment which can be downloaded [http://www.microsoft.com/visualstudio/eng/downloads#d-2010-express here] (choose either the Visual C++ web-installer or, for something that can be installed offline, the option marked "Visual Studio 2010 Express All-in-One ISO" - this will give you an .iso file which can be mounted as a virtual drive using a tool like [http://www.slysoft.com/en/virtual-clonedrive.html Virtual Clone Drive]). Consult the documentation for the [[Programming_Reference:Build_System|BCI2000 build system]] for information on other supported compilers, and more about CMake.

You should now have everything you need in order to build and customize BCI2000.

===Prerequisites (Linux)===
# C++ compiler
# Subversion
# CMake
# Qt libraries and header files (Qt-dev)
Then follow the "unix command-line equivalent" instructions from a terminal.

===Prerequisites (OS X)===
# Apple's Developer Tools (includes a C/C++ compiler and Subversion)
# A [http://www.cmake.org/cmake/resources/software.html CMake binary installer] (<tt>.dmg</tt> file) appropriate to your platform, version 2.8.3 or later.
# Qt libraries (You only need the libraries, not the full SDK. We have performed successful builds with [ftp://ftp.qt.nokia.com/qt/source/qt-mac-opensource-4.7.2.dmg v4.7.2]. Your mileage may vary according to the version you use.)
Then follow the "unix command-line equivalent" instructions from the Terminal.app command-line.

'''NOTE:''' CMake may be used to create an XCode project file for BCI2000, using the appropriate generator option. However, it seems that XCode builds of BCI2000 do not always succeed, even if there is no problem with Unix makefile builds on the same machine. Thus, you should always try a command-line build when building fails under XCode.

Unix command-line equivalent:

$ cd ~ # or wherever
$ svn checkout http://www.bci2000.org/svn/trunk bci2000 # (or call it whatever you want)

==Setup==

# Use CMake to build a project file. This is done by going to <tt>C:\BCI2000\3.x\build</tt> (which is the main workbench from which all build operations occur) and launching one of the "<tt>Make ... .bat</tt>" batch-files. If you are using Visual C++ 2010 Express, the appropriate batch file is <tt>Make VS10 Project Files.bat</tt> . It may ask you several questions: feel free to answer "y" to building the "tools", "contrib" and "BCPy2000" components. For now, for simplicity, you may wish to say no to framework extensions. Also say no to modules that require MFC (unless you are using a commercial version of Visual C++ Studio that includes MFC). If successful, you should see a long list of sub-projects being created, and after several seconds of this, "Configuring done" followed by "Generating done".
# Open the resulting solution file, <tt>BCI2000.sln</tt> , in Visual C++ Express. The file should be located in <tt>C:\BCI2000\3.x\build</tt> .
# Ensure that you are in "Release" mode rather than "Debug" (in Visual C++, this is a drop-down menu in a toolbar near the top)
# You probably do not need to build all of BCI2000 at once. To use BCI2000, the minimum you will need consists of the Operator, plus at least one SignalSource module, at least one SignalProcessing module, and at least one Application module. To build a single module in Visual C++ Express, right-click on the module's name in the list on the left, and select "Build". The initial build will typically take a few minutes per module. If you do not intend to modify a given module, you can always skip building it by copying the corresponding ready-built binary (for example, <tt>Operator.exe</tt>) from the <tt>prog</tt> subdirectory of a BCI2000 v.2 or v.3 [[BCI2000_Binaries|binary distribution]], and paste it into the corresponding directory of the distribution in which you are working, i.e. <tt>C:\BCI2000\3.x\prog</tt> . (To [http://bci2000.org/downloads/bin/BCI2000Setup.exe download the latest binary distribution], you will need to supply the same username and password that you used for SVN download.) Let's assume you have built, or copied, the following modules: '''SignalGenerator''', '''SpectralSignalProcessing''', '''CursorTask''' and '''Operator''', as well as the necessary '''OperatorLib''' shared library.
# Build the '''NewBCI2000Module''', '''NewBCI2000Filter''' and '''NewBCI2000FilterTool''' targets for use in the subsequent steps. The result will be new executables, <tt>NewBCI2000Module.exe</tt>, <tt>NewBCI2000Filter.exe</tt> and <tt>NewBCI2000FilterTool.exe</tt>, in the <tt>C:\BCI2000\3.x\build</tt> directory.

Unix command-line equivalent:

$ cd ~/bci2000 # or wherever
$ cd build
$ ./Make\ Unix\ Makefiles.sh
$ make NewBCI2000Module NewBCI2000Filter NewBCI2000FilterTool

==Creating a project for a new BCI2000 module, from a template==

# Navigate to <tt>C:\BCI2000\3.x\build</tt>
# Find <tt>NewBCI2000Module.exe</tt> there, assuming you have already built it (see "Setup", above).
# Launch it and answer the three questions it asks:
## What type of module are you creating? Enter "1" for a SignalSource module, "2" for a SignalProcessing module, or "3" for an Application module.
## What should be the name of the new module? This should be single word, without spaces or punctuation (For example: '''VeryNiceSignalProcessing'''. Or, at your option, something even more informative.) This name will be used as the name of a new directory that will contain the project source information, as well as for the resulting binary (<tt>.exe</tt> file).
## Where (i.e. inside what parent directory) should the new project directory be created? You can express this as a relative path, in which case it is interpreted relative to the <tt>build</tt> directory where <tt>NewBCI2000Module.exe</tt> itself is running. To accept the default answer, which is <tt>..\src\custom</tt>, just press return. This location (or some subdirectory of it) is a good choice: it maps to <tt>C:\BCI2000\3.x\src\custom</tt> which is an area reserved for your own projects.
# Now re-run CMake (see step 1 of "Setup", above). You should see your new project being added at the end of the long list of projects. Re-open the project file (step 2 of "Setup") and you should see it listed in the alphabetical list of projects.
# If you have just created a new SignalSource project, a specialized source-acquisition filter (called an Analogue-to-Digital Converter or ADC) will already have been added to the project. If your project was called '''Foo''' or '''FooSource''' this will be instantiated in files called <tt>FooADC.cpp</tt> and <tt>FooADC.h</tt>. You can find this by expanding the tree (click on the plus sign) next to your project name in Visual C++. Find the files under "Source" (or "Headers") and then "Project". Double-click them to edit. You should already be able to compile the module: try it.
# If you have created a SignalProcessing or Application project, you may be able to compile it, but it will not do anything until you add at least one filter to it (see next section).

Unix command-line equivalent:

$ cd ~/bci2000 # or wherever
$ cd build
$ ./NewBCI2000Module 2 VeryNiceSignalProcessing ../src/custom
$ ./Make\ Unix\ Makefiles.sh
$ make VeryNiceSignalProcessing

==Adding a new filter to a BCI2000 module, from a template==

# Navigate to <tt>C:\BCI2000\3.x\build</tt>
# Find <tt>NewBCI2000Filter.exe</tt> there, assuming you have already built it (see "Setup", above).
# Launch it and answer the three questions it asks:
## What type of filter are you creating? Enter "1" for a subclass of [[Programming_Reference:BufferedADC_Class|BufferedADC]] (although if you created a SignalSource project with the NewBCI2000Module tool, an ADC of this kind will already have been created for you), enter "2" for a subclass of [[Programming_Reference:GenericFilter_Class|GenericFilter]], or "3" for a subclass of [[Programming_Reference:ApplicationBase_Class|ApplicationBase]].
## What should be the name of the filter class? This should be a legal name for a new C++ class (no spaces or punctuation). If you enter, for example, "FooFilter", then a class of this name will be implemented in two new files, <tt>FooFilter.cpp</tt> and <tt>FooFilter.h</tt> .
## To which project (i.e. in which project directory, relative to <tt>build</tt>) should the filter be added? For example: <tt>..\src\custom\VeryNiceSignalProcessing</tt> (as in all of the BCI2000 framework, directory slashes are allowed to go this / way or that \ way regardless of whether you are on Windows or not)
# Again, re-run CMake and re-open the master project file.
# Find your new files under the Source/Project and Headers/Project trees by clicking on the + sign next to the project name. Double-click them to edit. Read the comments in the file for help as to how to flesh out the various filter methods.
# Try building the project (right-click on the project and select "build"). SignalSource and Application projects may already build successfully. SignalProcessing projects, or any project to which you have added a new GenericFilter subclass, will have at least one deliberate '''#error''' in the code. When the build attempt finishes, double-click on the error message to go to the offending line. Read the comments in the file, and you will see that the error is there to force you to think about the ordering of the filters in your module. Once you have resolved this issue, simply remove the #error line and select "build" again (the process will be quicker this time: only previously unbuilt files or newly modified files will be compiled).

Unix command-line equivalent:

$ cd ~/bci2000 # or wherever
$ cd build
$ ./NewBCI2000Filter 2 FooFilter ../src/custom/VeryNiceSignalProcessing
$ ./Make\ Unix\ Makefiles.sh
$ make VeryNiceSignalProcessing

==Running and testing the result==

# Locate successfully built modules, which will appear as <tt>.exe</tt> files inside the top-level <tt>prog</tt> directory of the BCI2000 distribution, for example <tt>C:\BCI2000\3.x\prog</tt>
# The most basic way to launch BCI2000 is to double-click on each module in turn. Start with <tt>Operator.exe</tt>, then launch one SignalSource module, one SignalProcessing module, and one Application module (your new module will fill one of these three roles, but all three are required).
# If you have a firewall running on your machine, dialogs may open for any modules that the firewall has never seen before. If so, click "unblock" to proceed, for each one. You should only ever need to do this once per newly-built module. (Check that your firewall is not configured to block network connections without telling you.)
# In the '''Config''' dialog, under the '''Visualize''' tab, you should see a check-box for visualizing the output of all the filters in the chain, including your newly created filter. You may find it useful, whenever you are developing a new filter, to visualize your filter input and output simultaneously (i.e. visualize both the new filter and the filter that immediately precedes it in the chain).

==Configuring your new filter for offline use==

This is an optional step which many developers of new custom filters will find useful. Filters may be compiled singly as standalone executables to allow them to be tested and used for data analysis offline. The resulting "filter tools" can be used either [[User_Reference:Command_Line_Processing|from the DOS/Unix command-line]] or, more comfortably, [[User_Reference:Matlab_Tools|from the Matlab command-line]].

# Navigate to <tt>C:\BCI2000\3.x\build</tt>
# Find <tt>NewBCI2000FilterTool.exe</tt> there, assuming you have already built it (see "Setup", above).
# Launch it, and tell it which existing C++ file contains the filter definition (as always, specify the path relative to the <tt>build</tt> directory—for example, <tt>..\src\custom\VeryNiceSignalProcessing\FooFilter.cpp</tt>)
# The tool will perform for you the necessary alterations to the CMakeLists files. (The procedure, details of which can be found [[User_Reference:Command_Line_Processing#Compiling_an_existing_filter_as_a_command_line_tool|here]], involves creating a subdirectory called <tt>cmdline</tt> inside your project directory, because specifying a new executable target in the same <tt>CMakeLists.txt</tt> file as your module would cause a misconfiguration problems for either the module or the filter-tool. )
# Close <tt>BCI2000.sln</tt>, re-run CMake, and re-open <tt>BCI2000.sln</tt>. You should now have a new target, whose name is simply the name of the filter (e.g. <tt>FooFilter</tt>).
# Right-click on the new target and select "build". The resulting binary will appear as (for example) <tt>..\tools\cmdline\FooFilter.exe</tt>
# If you have Matlab, consult [[User_Reference:Matlab_Tools]] to see how to proceed. Otherwise see [[User_Reference:Command_Line_Processing]]. (In the Matlab version, the "Hello World" messages of the default template filter, and any other <tt>bciout</tt> debugging outputs you specify, will appear in the <tt>.ShellOutput</tt> field.)

Unix command-line equivalent:

$ cd ~/bci2000 # or wherever
$ cd build
$ ./NewBCI2000FilterTool ../src/custom/VeryNiceSignalProcessing/FooFilter.cpp
$ ./Make\ Unix\ Makefiles.sh
$ make FooFilter
$ ../tools/cmdline/FooFilter --help
$ make bci_dat2stream bci_stream2mat # you'll also need these

==Exercises==

===Exercise 1: RMSFilter===

# Use NewBCI2000Module to create a new SignalProcessing module.
# Use NewBCI2000Filter to create a new filter called RMSFilter in your new module.
# NewBCI2000Module and NewBCI2000Filter report that they are creating and altering various files and directories. Write down what you think is the purpose of each new directory, new file, or alteration to an existing file.
# Write a filter called RMSFilter, which takes in multiple signal channels, and outputs a single channel containing the root-mean-square signal across all input channels. (Advanced variant: introduce a parameter which allows the user to specify groups of channels; then output one RMS signal per group.) Test the filter using the [[User_Reference:SignalGeneratorADC|SignalGenerator module]] as an input, configuring the SignalGenerator to respond to mouse movement as described in the documentation. First visualize just the '''input''' of your new filter (the output of the previous filter, which will presumably be the [[User_Reference:TransmissionFilter|TransmissionFilter]]). Then draw on paper what you would expect to see as an output of your filter in response to different mouse positions/actions. Finally, visualize your filter's output in order to verify that it matches your expectations.
# Visualization allows you to test your code's behaviour qualitatively to some extent. In what various different ways could you verify, in a more precise, quantitative way, that your implementation is correct? Under what circumstances should you spend the extra time to do this? (hint: the answer rhymes with "hallways")

===Exercise 2: Debugging===

# Write a batch file to launch your combination of modules. You may wish to use one of the existing files in the top-level <tt>batch</tt> directory as a template. A batch file will allow you to go around each edit-compile-debug cycle much faster and more reliably. It will also allow you to pass useful command-line flags to the modules as you start them. And finally, if you need to set parameters in a certain way on each launch, we strongly recommended that you take advantage of [[User_Reference:Operator_Module_Scripting#2|operator scripting]] in your batch file to ensure that the required parameters are loaded automatically from a file on each launch. Inconsistent behaviour from one debug cycle to the next can often be attributed to having forgotten to perform the menial task of loading parameters manually.
# You can also use the Visual C++ debugger as follows:
## In your batch file, comment out or remove the line that launches the module you want to debug.
## Again in your batch file, assuming you are using the [[User_Reference:SignalGeneratorADC|SignalGenerator]], [[Contributions:FilePlayback|FilePlayback]], or some other source module which does not have to run in real-time, add the flag <code>--EvaluateTiming=0</code> to the call that launches the source module (see example snippet below). Putting a debug breakpoint in your Process() method will slow the system to below real-time, and we do not want the framework's real-time check to terminate the debug session for this reason.
## Launch the batch file, thereby launching all the necessary modules except one, and loading any parameters needed for the debug session.
## Note that there are different "build modes" for the BCI2000 solution, with names like "Release" and "Debug". In order to debug a particular module, you will need to ensure that the module is built in either "Debug" mode or "RelWithDebInfo" mode. If you are in the wrong mode for debugging, select the correct build mode from the drop-down menu on Visual C++ Express's toolbar, then build your module again. Note that the BCPy2000 modules (''PythonSource'', ''PythonSignalProcessing'' and ''PythonApplication'') cannot be built in Debug mode. Also, [http://www.flounder.com/debug_release.htm Debug mode can sometimes mask dangerous bugs], so you may experience the frustration of trying to investigate a crash only for it to stop happening when you switch from Release to Debug. Finally, a BCI2000 module built in Debug mode may exhibit poorer timing performance. For these reasons it is not generally advisable to use Debug mode as the default mode of your project, and RelWithDebInfo is often advisable when debugging (even though the compiler optimizations may lead to a less logical-seeming debugging experience).
## In Visual C++, set a breakpoint in the source file you want to debug.
## Although CMake directs Visual C++ to create the module in the correct directory, <tt>C:\BCI2000\3.x\prog</tt>, it is [http://www.cmake.org/Wiki/CMake_FAQ#Can_CMake_set_the_Debugging.2FWorking_Directory_property_in_Visual_Studio_projects.3F unable to set the working directory in which the debug instance runs] to the same value. Therefore, if your module needs to load resources like image or sound files, and expects to find these at the end of a path that is expressed ''relative'' to <tt>prog</tt>, you will need to set the <tt>prog</tt> directory as the module's working directory by hand: Right-click on the module -> Properties -> Configuration Properties -> Debugging -> Working Directory
## In Visual C++, right-click on the module, then select "Debug" followed by "Start New Instance" (if you find this too fiddly to do with the mouse, right-click, then press "g", then press "s" ). If the build is not up-to-date, Visual Studio will prompt you: in this case, allow it to build the module.
## You are now debugging BCI2000. Verify that the debugger stops your module at the breakpoint you specified and at the time that you expected. Browse the available variables and their properties.
<pre>
start SignalGenerator.exe --LogMouse=1 --EvaluateTiming=0
</pre>

===Exercise 3: Assembling a filter chain===

# Write a filter called DiffFilter, in which each output channel contains the numerical derivative, with respect to time, of the corresponding input channel. Note that your Process() method only sees one discrete chunk (or SampleBlock) of signal at a time. Is this a problem? Use private member variables of your filter instance as a "scratch-pad" where necessary.
# Assemble the pre-existing [[User_Reference:ExpressionFilter|ExpressionFilter]], followed by your DiffFilter, followed by your RMSFilter (from exercise 1), in that order within one SignalProcessing module. The ExpressionFilter implementation is already part of the framework, so all you need to do is uncomment the <tt>#include</tt> and <tt>Filter()</tt> statements that correspond to it in <tt>PipeDefinition.cpp</tt>. Read the comments in <tt>PipeDefinition.cpp</tt>, and the [[Programming_Reference:Filter_Chain]] wiki page, for more information about linking filters in a chain.
# Make sure your SignalSource module is started with the <tt>--LogMouse=1</tt> flag (see the code snippet above).
# Set the '''Expressions''' parameter (found in the '''Filtering''' tab of the '''Config''' dialog) such that it has two rows and one column, and contains the expressions "MousePosX" and "MousePosY".
# Write down a full description of how you think the SignalProcessing module will process the signal, from start to finish, and exactly how you expect it to respond to different kinds of mouse movement.
# Verify that the module behaves the way you expect, under all relevant input conditions.

===Exercise 4: Offline filter-chain reconstruction in Matlab===

# Take one or more of the filters you have written (RMSFilter, DiffFilter), or create a new one which also does something whose numerical output can be checked very easily (examples: squaring the input signal, or doubling it, or taking the absolute value).
# Use NewBCI2000FilterTool to create a command-line "filter tool" executable as described above.
# Also ensure that the <tt>bci_dat2stream</tt> and <tt>bci_stream2mat</tt> targets have been built.
# Learn how to use the matlab function [[User_Reference:Matlab_Tools|bci2000chain]] and the supporting Matlab tools.
# Use <tt>bci2000chain</tt> to run your filter on some example data, or even on some toy data that you create using <tt>create_bcidat</tt>. Then, separately, write a Matlab function for performing the same numerical operation that you believe your filter performs. Compare the two outputs and verify that your filter does exactly what it is intended to do, at least to within some very small numerical tolerance. The maximum absolute difference between the two outputs should be very small (say, 1e-10 or less, depending on the operations and on the magnitude of the input signal).

==Further reading==

Refer to the main [[Programming_Reference:Contents]] page here on http://doc.bci2000.org for a list of topics on which you can find more in-depth documentation. In particular, you may wish to work through the various [[Programming_Reference:Contents#Tutorials|tutorials]] at the bottom of the page.

Programming Reference:Building BCI2000 for Win64 (obsolete)

2013-03-20T01:07:26Z

Boulay: /* Limitations */

This information applies if you intend to build 64-bit executables. Alternatively, you may build 32-bit executables and run them on 64-bit platforms as well. In oder to build BCI2000 for the Win64 target, you will need to manually perform a number of steps.
==Install Qt for x64==
Rather than building BCI2000 against the Qt distribution coming with its source code, you will need to install a separate version of Qt on your machine.
The following steps have been tested with Qt 4.6.3, and should generally work with Qt 4.7.x as well.

1. Download and install a recent SDK version of Qt.

2. Add your Qt installation's qt/bin directory to the system search path.

3. In the file <tt>qt/mkspecs/win32-msvc2008/qmake.conf</tt>, or the corresponding file for MSVC2010, apply these changes: In QMAKE_CFLAGS_RELEASE and QMAKE_CFLAGS_DEBUG, replace the -MD and -MDd switches with -MT and -MTd, respectively.

4. From the Start menu, open the Visual Studio x64 Command Prompt.

5. <tt>cd</tt> to your Qt installation's qt directory, and execute the following command:
configure -static
-no-sql-sqlite
-no-qt3support
-fast
-qt-zlib
-qt-gif
-qt-libpng
-qt-libmng
-no-libtiff
-no-libjpeg
-no-phonon
-no-webkit
-no-scripttools
-no-style-plastique
-no-style-motif
-no-style-cde

6. Compile the required parts of Qt by executing <tt>nmake</tt> in these directories:
*<tt>qt/src/corelib</tt>,
*<tt>qt/src/gui</tt>,
*<tt>qt/src/winmain</tt>,
*<tt>qt/src/opengl</tt>.

==Generate the Visual Studio Solution file==
Edit the file <tt>build/cmake/FindQt.cmake</tt> to read SET( USE_STD_QT TRUE ) in line 10.

Then, from your BCI2000 installation's <tt>build</tt> directory, execute the "Make VS2008 Win64 Project Files" batch file.
After successful execution, you will have a Visual Studio solution file ready to compile BCI2000.

==Limitations==
*You cannot build BCI2000 modules that depend on 32-bit libraries, as do most source modules. Consider building 32-bit executables instead--these will run fine on Win64.
*Note that the g.USBamp source module comes with a 64-bit library, so it is supported natively on Win64.
*You cannot build x64 targets using Visual C++ 2008 Express Edition except after considerable [http://wiki.blender.org/index.php/Dev:2.5/Doc/Building_Blender/Windows/Visual_C%2B%2B_2008_Express unsupported modifications].

==See also==
[[Programming Reference:Build System]]

[[Category:Framework API]][[Category:Development]]