 EBML | Namespace for the EBML lib |
  CIdentifier | Base class to work with EBML identifiers |
  IReaderCallback | Callback class to use when parsing the EBML stream |
  IReader | EBML processing class |
  IReaderHelper | Helper to read basic EBML types |
  IWriterCallback | Callback class to use when creating the EBML stream |
  IWriter | EBML formating class |
  IWriterHelper | Helper to write basic EBML types |
 OpenViBE | Main OpenViBE namespace |
  Kernel | Kernel specifications of the §OpenViBE§ platform |
   IAlgorithmContext | Exectution context for algorithm objects |
   IAlgorithmManager | Manager for all kind of plugin algorithms |
   IAlgorithmProto | Prototype interface for algorithm |
   IAlgorithmProxy | Application interface to an algorithm plugin |
   IConfigurationManager | Manager for all kind of configuration |
   ILogListener | Log manager's listener interface |
   ILogManager | Log manager |
   IConfigurable | Configurable object interface |
   IKernelContext | Kernel context interface, gives access to each manager the kernel owns |
   IKernelDesc | A kernel description |
   IKernelObject | Base class for all kernel objects |
   IKernelObjectFactory | Kernel object factory, creates all kernel objects |
   IObjectVisitorContext | Exectution context for visitor objects |
   IParameter | Generic parameter handler for configurable objects |
   ITypeManager | Type manager, provides information on platform's handled types, parameters, streams etc.. |
   TParameterHandler | Helper class in order to manipulate IParameter and IParameter values natively |
   IBoxAlgorithmContext | Specific context to use for box algorithm pluginsThis 'context' is given by the player to an algorithm plugin so it has all the necessary tools to work. This algorithm context mainly consists in getting other contexts which could be defined and used more generically (such as the box interface or a global player interface for example) |
   IMessage | Base message class |
   IMessageClock | Clock message |
   IMessageEvent | Event message |
   IMessageSignal | Signal message |
   IMessageWithData | A type of message that can contain different kinds of arbitrary dataA message that can contain different kinds of data. The intended usage is for the message to be exchanged between boxes. A message can hold four types of data: uint64, float64, CString and IMatrix. Each data item is accessed by its string identifier key using a getter/setter corresponding to the data type. The key is unique within the data type |
   IPlayer | The main player classA player is responsible for the playback of a specific scenario. This player scenario is provided at initialisation stage and should not be changed until the player terminates. The player idea of calling a "play" function forces the use of threads in order to avoid CPU locking. Thus we prefer the idea of having a "short-time" function that is to be called repeatedly until the player terminates. This is the role of the IPlayer::loop function, that should be called repeatedly by the outside application |
   IPlayerContext | Player interface for plugin objectsInstances of this class are given to plugin object so they can communicate with the platform kernel, providing services such as message sending etc.. |
   IPlayerManager | The manager responsible for scenario playbackThe player manager is responsible for creating the different player instances. Each player is responsible for the playback of a specific scenario |
   IPluginManager | Log manager |
   IPluginModule | Plugin module |
   IPluginModuleContext | Plugin context |
   IAttributable | |
   IBox | Complete OpenViBE box interfaceThis interface can be used in order to fully describe an OpenViBE black box. It describes its identification values, its inputs, its outputs and its settings |
   IBoxIO | Main OpenViBE box interface to communicate with the kernelThis context allows the object which uses it to check inputs states, read them, write outputs while being in a dynamic context (used by player) |
   IBoxListenerContext | Exectution context for box algorithm descriptors |
   IComment | A comment class for scenariosThis interface can be used in order to fully describe an OpenViBE comment in order to help the understanding of a given scenario |
   ILink | Link information between OpenViBE boxThis class collects informations between OpenViBE boxes : box identifiers and input / output indices |
   IProcessingUnit | Processing unit information for OpenViBE boxes |
   IScenario | A static OpenViBE scenarioThis class is a static scenario description. It is used to manipulate an OpenViBE box/connection collection.. |
   IScenarioManager | The scenario managerThis manager is responsible to organize and handle all the scenarios of the kernel |
   IServerExtensionContext | Static context of a Server Extension object |
   IServerExtensionDynamicContext | Dynamic context of a Server Extension objectThis class contains accessors to data structures made available by the driver running in the Acquisition Server during the acquisition |
   IServerExtensionProto | Prototype interface for a server extension |
   IVisualisationContext | Visualisation manager interface for plugin objects |
   IVisualisationManager | The VisualisationManager handles IVisualisationTree objects It maintains a list of IVisualisationTree objects, each of which is associated to a scenario. This manager is used both at scenario creation time (to load or create IVisualisationTree objects), and when the scenario is being run (to forward IVisualisationWidget pointers to the related IVisualisationTree) |
    IVisualisationTreeEnum | An interface used to iteratively notify its creator of the existence of IVisualisationTree objects |
   ITreeViewCB | Tree view interface It must be implemented by classes which communicate with the IVisualisationTree class in order to display the contents of the visualisation tree |
   IVisualisationTree | Handles visualisation widgets and their arrangement in space This interface lets applications configure visualisation widgets by adding them to windows and tabs, positioning them next to each other using paned widgets, and resizing them as the user sees fit. All widgets are saved in a symbolic way as IVisualisationWidget instances referenced in a tree store. Methods of this class are essentially meant to be called from an external class inheriting from the ITreeViewCB interface, for offline design or online use of the widgets |
   IVisualisationWidget | Interface of visualisation widgets that are handled by an IVisualisationTree These objects are stored in an IVisualisationTree object as they are being created and modified to suit the graphical needs of a scenario |
   CVisualisationContext | Visualisation context made available to plugins and allowing them to interact with a 3D scene This class offers a simplified, library independent 3D API to be used by plugin developers |
  Plugins | Plugins specifications of the §OpenViBE§ platform |
   IAlgorithm | Abstract algorithm, base element of OpenViBE processing objectsThis class should be derived by any plugin that is related to data processing. It basically has a parameterable interface contained in the IAlgorithmContext object. This interface stores several typed parameters which can be modified either by outside world in order to provide input paramters to this algorithm or by this algorithm itself in order to produce output parameters |
   IAlgorithmDesc | Algorithm plugin descriptorThis class should be derived by any plugin developer in order to describe a specific OpenViBE algorithm |
   IBoxAlgorithm | Algorithm to create/process/transform OpenViBE dataThis class should be derived by any plugin that is related to data processing. It can be data acquisition/production from an hardware device or from a file. It can be data processing/transforming, moving time information into frequency space for example. It can be data classification generating discrete classification events better than continuous data flow |
   IBoxAlgorithmDesc | Box algorithm plugin descriptorThis class should be derived by any plugin developer in order to describe a specific OpenViBE box algorithm |
   IPluginObject | Base class for plugin objectThis class is the base class for all the concrete plugin classes that extend the OpenViBE platform. It comes with several basic functions each plugin should have in order to work in the OpenViBE platform |
   IPluginObjectDesc | Base class for plugin descriptorThis class is the base class for all the plugin description classes. It contains basic functions that could be used for each plugin description. Derived plugin descriptions will be used as a prototype of what they can create |
   IServerExtensionDesc | Server Extension plugin descriptor |
  CIdentifier | Globally used identification classThis class is the basic class to use in order to identify objects in the OpenViBE platform. It can be used for class identification, for object identification and any user needed identification process |
  CMatrix | Basic standalone OpenViBE matrix implementationThis class offers a basic standalone impementation of the OpenViBE::IMatrix interface. This class can be directly instanciated and used |
  CMemoryBuffer | Basic standalone OpenViBE memory buffer implementationThis class offers a basic standalone impementation of the OpenViBE::IMemoryBuffer interface. This class can be directly instanciated and used |
  CNameValuePairList | This class handles a list of name/value pairs. It handles a (hidden) map associating string keys to string values.This class avoids the need to include stl's map header file in the C++ interface, thus preventing potential compile/link errors when dynamically loading modules |
  CObservable | OpenViBE Observable class |
  CStimulationSet | Basic standalone OpenViBE stimulation set implementationThis class offers a basic standalone impementation of the OpenViBE::IStimulationSet interface. This class can be directly instanciated and used |
  CString | String class to avoid std::string in the interfaceThis class helps avoiding std::string being present in exposed C++ interface, eventually resulting in compile/link errors when dynamically loading modules |
  IKernelLoader | This class allows an OpenViBE application to load a kernel module |
  IMatrix | Basic OpenViBE matrix interface |
  IMemoryBuffer | Basic OpenViBE memory buffer interface |
  IObject | Base class for all the OpenViBE platform objects |
  IObserver | OpenViBE Observer interface |
  IStimulationSet | Basic OpenViBE stimulation set interface |
 OpenViBEAcquisitionServer | Interface for acquisition server plugins |
  IDriverContext | Base class for kernel functioanlities access from the driver classes |
  IDriverCallback | Base class for all the OpenViBE acquisition server driver callbacks |
  IDriver | Base class for all the OpenViBE acquisition server drivers |
  IHeader | Base class for an OpenViBE header container |
  Property | Base class for properties. A property is essentially a <name,value> pair |
 OpenViBESSVEPMindShooter | Controls the ship movement by the continuous values from the classifier probabilities |
 OpenViBEVRDemos | Contains all VR-demos related code (Ogre application and VRPN peripheral) |
  CHandballBCI | Ogre application for the Handball application |
  CAbstractVrpnPeripheral | A VRPN peripheral abstraction, client side |
  COgreVRApplication | Basic framework to design VR applications |
  CSpaceshipBCI | Ogre application for the application "Use-The-Force" |
 XML | |
  IXMLHandler | This class is design to help about XML manipulation |
  IXMLNode | Symbolize a node in a XML tree structure |
 COgreObject | An OgreObject manages a 3D object in an Ogre scene |
 COgreResourceGroup | Ogre Resource Group management This class handles a resource group, possibly shared by multiple scenarios. Its reference count keeps track of when it is actually needed. Resources are freed when the count reaches 0 |
 COgreScene | Management of an Ogre scene This class creates a scene manager and a default 3D scene which can be populated using a simplified 3D API |
 COgreVisualisation | High level Ogre initialisation & management This class initializes the Ogre library, creates 3D scenes, windows (views of 3D scenes) and objects that populate such scenes |
 COgreWindow | An OgreWindow visualises a 3D scene This class manages a RenderWindow which contents are visualised in a single viewport |
 GenericVRPNServer | A class providing a very simple generic VRPN server capable of creating Analog and Button controls |
 IMaterialPassAction | A class which calls the action for each pass of each technique |
 IsProgrammable | Action to know if is programmable. Main pass is programmable ? ie includes either a vertex or fragment program |
 MaterialSetAwareness | Action to set the awareness color. Carefull MaterialSetAwareness is exclusive, you have to choose beetween, MaterialSetMaterialName and MaterialSetAwareness |
 MaterialSetDiffuse | Action to set the diffuse color. Sets the color |
 MaterialSetMaterialName | |
 MaterialSetSceneBlending | Action to set the scene blending. Sets the blending method to use to adjust transparency |
 MaterialSetShader | Action to set shader. Allow user to add fragment and shader on a new Pass |
 MaterialSetTransparency | Action to change this instance transparency |
 MaterialVertexBuffer | Action to modify a Vertex Buffer |