Functional vocabulary: an issue for Emotiv and Brain-Computer Interfaces

The Emotiv system is a EEG headset designed for the development of  brain-computer interfaces.  It uses 12 dry electrodes (i.e. no gel necessary), communicates wirelessly with a PC and comes with a range of development software to create applications and interfaces.  If you watch this 10min video from TEDGlobal, you get a good overview of how the system works.

First of all, I haven’t had any hands-on experience with the Emotiv headset and these observations are based upon what I’ve seen and read online.  But the talk at TED prompted a number of technical questions that I’ve been unable to satisfy in absence of working directly with the system.

As I said, the Emotiv system runs on 12 EEG channels.  According to the International 10-20 system, the channels are from frontal (AF3, AF4, F3, F4, F7, F8) and  fronto-central (FC5, FC6) areas with less coverage of  occipital (O1, O2), parietal (P8) and temporal sites (T7, T8).  In essence, we’re talking about an EEG system with the majority of coverage over the frontal cortex.  Looking at these details of the researcher package, the system uses a real-time Fast Fourier Transform analysis so EEG data can be analysed in any of the classic EEG bands (delta, theta, alpha, beta) or customised bands.

Looking at the TED video, a new user on the Emotiv can train the system by performing a number of mental actions on a 3D cube displayed on the screen.  In the demo, the user is asked to ‘push’ the cube away and also attempts to make the cube disappear.  The demo looks completely unrehearsed and what was really impressive was that a single trial of 7 seconds or so was necessary  in order to capture an EEG template that could subsequently be associated with an action.

This begs a question, which is admittedly dry and boring, but fundamental to this type of system.  If I bought myself an Emotiv system (and who knows, I may do at some point in the future), how many unique commands does the system need to reliably identify for me to adopt a Brain-Computer Interface (BCI) as an alternative to or supplement for my conventional input device?

This is what I’ve called the functional vocabulary of the BCI.  In the case of the Emotiv system, distinct patterns of EEG activity are matched to specific commands/verbs.  If the system is trying to recognise the difference between a resting or neutral state and say a ‘push’ command, this is a two-category classification problem that any BCI should be able to do.  As we add 3 more commands to the vocabulary of the system, such as pull the cube, move the cube left and move the cube right, we now have a four-category classification problem, which requires a greater  level of sensitivity from the system.  Logic also dictates that as we add more commands to the vocabulary, we increase the probability of false positives, i.e. when the system mistakes a ‘pull’ command from the user’s attempt to ‘move right’.  So, the functional vocabulary of this particular BCI design is defined by the number of unique commands that can be reliably detected by the system (based on the training procedure).  The ‘reliably’ part of that definition is important because the system has to successfully classify different patterns of EEG data consistently over time.

There are a couple of usability issues surrounding the functional vocabulary of the system.  First of all, how many commands need to be successfully implemented by the BCI in order for it to function as a working interface?  This will vary depending on the requirements of the interface and whether the BCI is the sole means of input control – or whether it’s paired with a conventional input device, such as keyboard/mouse or a gamepad.  Based on what I’ve said above, it would be very sensible for the interface design to minimise the number of BCI-enabled commands to minimise the possibility of false positives.

The second question surrounds the relationship between the recognition accuracy of the BCI and user perceptions of acceptability.  For most input devices, we are accustomed to 100% accuracy – this may be less true for motion control input systems, such as the Wii or Kinect – but still, the ‘feel’ of those interfaces is pretty close to what used to be called in user interface circles WYSIWYG. In the case of BCI, user acceptability will be strongly determined by the capability of the system to deliver WYTIWYG (What You Think Is What You Get).

There is a secondary issue here that is perhaps only of interest to researchers/system developers and that is the relationship between the number of psychophysiological channels and the functional vocabulary of the system.  One would think that more channels = greater potential for discrimination/classification with respect to the psychophysiological data, which translates into a higher number of items into the functional vocabulary.  The problem with this presumed link between number of channels and the functional vocabulary is simple: the surface of the brain functions as a conductor and there is a lot of crosstalk between different EEG channels, especially for those sites that are located close together.  Perhaps this is the crux of the problem, the propensity of  psychophysiological channels to be correlated works against the optimisation of a BCI system, which seeks to maximise the number of working commands that it can offer to the user.

I should also add a caveat; some categories of BCI do not work in this way.  Those BCI systems that are based on a generic measure of cognitive (e.g. P300-based systems) or visual attention (e.g. those systems based on SSVEP) are concerned with identifying the item that elicits the greatest ‘interest’ from an array.  This is a completely different dynamic as commands or alphanumeric alternatives are presented in a visuo-spatial array – and the array can present different items at different times, hence extending the vocabulary of the system.

Obviously the user interfaces issues described above are not the whole story when it comes to BCI design for healthy users. A system like the Emotiv is a futuristic and sexy way to communicate with a computer, especially for the gaming market.  It provides an illusion of telepathic powers, something that appeals to anyone brought up on comics and sci-fi movies.  Fun is a strong motivation to purchase a BCI and train yourself how to use it, but it’s hard to have fun if communication between your brain and computer is repeatedly lost in translation.

Share This:

5 thoughts on Functional vocabulary: an issue for Emotiv and Brain-Computer Interfaces

  1. Very clear and convincing. I bought my EPOC headset a few days ago and expect it to be delivered soon. My guess is that this emerging technology will probably not be very effective at first, as is the case for so many early applications.
    I want to be an early buyer and contribute to the success of Emotiv. Let’s hope that this device will really help me pull out nice combos or complex strings of spells in the next MMORPG I subscribe too!
    Now That would prove to be handy! 😉

    1. I think you’re right. It’s early days and we shouldn’t be too critical of the first systems to hit the market. I didn’t mean my piece to be overly critical of the Emotiv approach. For eyes- and hands-busy applications, like MMORPGs, just being able to execute a small number of commands would nicely complement your standard gamepad or keyboard/mouse input. As well as being functional, it should really add a new dimension to gameplay.

  2. A nice example of an intutive physiological interaction in a MMORPG can be found in “Turning Shortcomings into Challenges: Brain-Computer Interfaces for Games” http://www.springerlink.com/content/hq7l89617x517u72/.

    Here they mapped the alpha activity to the druids shape shifting ability, and so with low alpha activity the bear form would be triggered (implying an agitated state) and with high alpha activity their humanoid form would be triggered (rest state).

    This relationship is a natural fit as the players relaxed and stressed states map to similar avatars states. Also given each state has its own unqiue power and abilities the player will be encouraged to flip their physiological state instead of retaining one state over the other.

    This mechanic also has a rather entertaining hook as the player changes their physiological state in a similar manner to the ability required (i.e. become serene to confer with nature and cast spells or flip out and maul your enemies). With a larger functional vocab it’ll be fascinating to see what improvements we can make over simple binary (or uni-dimensional) relationships between physiolgical and videogame states.

  3. Pingback: Physiological Computing : Emotiv EPOC and the triple dilemma of early adoption

  4. Pingback: Comfort and Comparative Performance of the Emotiv EPOC | Physiological Computing

Comments are closed.