EOG Denoising
Posted: Thu Sep 13, 2018 3:29 am
Hello,
I’m new here and to using the openVibe. I’ve been attempting to get the EOG Denoising Calibration and EOG Denoising boxes going in the Designer. I haven’t had any problems actually getting them to work, but interpreting/making sense of the output has proven to be really confusing. It would be great if I someone here could have a look and let me know, if what I’m doing is right or wrong. I’m using openVibe 2.1 on a Windows 10 machine with a Muse Headband (TP9, AF7, AF8, TP10, Right AUX) that is streaming data to the openVibe acquisition server (I’m using the LSL driver marked unstable) over an LSL Bridge (BlueMuse).
To acquire the EEG signal I first connected the Acquisition Client to the Channel Selector, The channel selector was set to acquire/select the first 4 channels (TP9, AF7, AF8, TP10) of the Muse headband. There were two sessions of this I ran, the first one recorded a “clean” signal which involved sitting still. The second session to obtain the EOG artefacts in the signal was carried out by blinking almost throughout the signal acquisition phase and varying the type of blinks throughout.
For the calibration phase, I modified the existing scenario that is available with the openVibe in the following manner. I have used two GDF file readers to input the EEG and EOG signals. The EEG signals used is the “clean” signal I’ve recorded, while the EOG signal is the one with a large amount of eye blinks. On running this scenario openVibe generates the b-Matrix as it should.
I have then used the EOG Denoising box in the run scenario and modified the scenarios in the manner you see in the image below. You’ll see that I have selected the EEG signal that goes into the box instead of deselecting it. Deselecting it results in an error since no signals are then being sent to the EOG Denoising box. Unfortunately, when I use the “clean” EEG signal for the EEG input along with noisy EOG signal for EOG input my processed signal looks exactly like my “Resting EEG” signal. Is this what it is supposed to look like? And is the box doing what it’s supposed to? Or has the manner in which I’ve connected the boxes and/or implemented the denoising calibration resulted in something I’m not able to understand? Here’s a screenshot of the all three sinals: Resting EEG, EOG and the Processed Signal
Is it possible that the excessive blinking that can be seen in the EOG signal has somehow resulted in the b-Matrix that results from the calibration process not being able to pick up the occasional blink resulting in identical EEG and Processed Signal outputs?
If I follow the entire procedure without selecting channel 1 – 4 during the signal acquisition process, and follow the scenario examples exactly as they are (only changing the EEG, EOG and bMatrix files) and reject channels 1-4, then I end up with only the Right AUX signal as the end product, post EOG Denoising. This has me a bit confused, hence the long post.
Your assistance is greatly appreciated.
Thanks,
Amit.
I’m new here and to using the openVibe. I’ve been attempting to get the EOG Denoising Calibration and EOG Denoising boxes going in the Designer. I haven’t had any problems actually getting them to work, but interpreting/making sense of the output has proven to be really confusing. It would be great if I someone here could have a look and let me know, if what I’m doing is right or wrong. I’m using openVibe 2.1 on a Windows 10 machine with a Muse Headband (TP9, AF7, AF8, TP10, Right AUX) that is streaming data to the openVibe acquisition server (I’m using the LSL driver marked unstable) over an LSL Bridge (BlueMuse).
To acquire the EEG signal I first connected the Acquisition Client to the Channel Selector, The channel selector was set to acquire/select the first 4 channels (TP9, AF7, AF8, TP10) of the Muse headband. There were two sessions of this I ran, the first one recorded a “clean” signal which involved sitting still. The second session to obtain the EOG artefacts in the signal was carried out by blinking almost throughout the signal acquisition phase and varying the type of blinks throughout.
For the calibration phase, I modified the existing scenario that is available with the openVibe in the following manner. I have used two GDF file readers to input the EEG and EOG signals. The EEG signals used is the “clean” signal I’ve recorded, while the EOG signal is the one with a large amount of eye blinks. On running this scenario openVibe generates the b-Matrix as it should.
I have then used the EOG Denoising box in the run scenario and modified the scenarios in the manner you see in the image below. You’ll see that I have selected the EEG signal that goes into the box instead of deselecting it. Deselecting it results in an error since no signals are then being sent to the EOG Denoising box. Unfortunately, when I use the “clean” EEG signal for the EEG input along with noisy EOG signal for EOG input my processed signal looks exactly like my “Resting EEG” signal. Is this what it is supposed to look like? And is the box doing what it’s supposed to? Or has the manner in which I’ve connected the boxes and/or implemented the denoising calibration resulted in something I’m not able to understand? Here’s a screenshot of the all three sinals: Resting EEG, EOG and the Processed Signal
Is it possible that the excessive blinking that can be seen in the EOG signal has somehow resulted in the b-Matrix that results from the calibration process not being able to pick up the occasional blink resulting in identical EEG and Processed Signal outputs?
If I follow the entire procedure without selecting channel 1 – 4 during the signal acquisition process, and follow the scenario examples exactly as they are (only changing the EEG, EOG and bMatrix files) and reject channels 1-4, then I end up with only the Right AUX signal as the end product, post EOG Denoising. This has me a bit confused, hence the long post.
Your assistance is greatly appreciated.
Thanks,
Amit.