Hello there,
I have an old 2014 consumer headset, i7/16 Go RAM, windows 10, python 3.6 (anaconda), a not up-to-date version of Openvibe (v1.2.2) and I use both a very recent download (this month) of the python version of Emokit (from this github), and an older c version of Emokit from Daeken's github I think, and compiled with its dependencies more than 3 yrs ago. With the python version, I stream the Emokit signals using lsl or tcp (data packets formatted as floats) to Openvibe, the c-version of Emokit is used as a driver directly in the Openvibe acquisition server (in this case, the Emotiv is directly accessed and its signals read from OV). And I get two distinct behaviours: the python scripts stream (& write csv files) signals with repeted weird constant portions among the channels (as if the data packet throughput of the python code was not sufficient) whereas the old c version Emokit driver outputs the expected signals. The csv files written by the python scripts both display a constant timestamping for varying EEG values and constant EEG values for different timestamps on varied channels (constant signals). When closing / ending the Emokit lsl / tcp stream, Openvibe acquisition server statistics shows a large difference between the expected number of samples (given the duration of the acquisition and the sample freq) and the number of received samples (which are generally around 60% of the expected number). The python script for lsl or tcp streaming are directly derived from the basic example given:
Hello there, I have an old 2014 consumer headset, i7/16 Go RAM, windows 10, python 3.6 (anaconda), a not up-to-date version of Openvibe (v1.2.2) and I use both a very recent download (this month) of the python version of Emokit (from this github), and an older c version of Emokit from Daeken's github I think, and compiled with its dependencies more than 3 yrs ago. With the python version, I stream the Emokit signals using lsl or tcp (data packets formatted as floats) to Openvibe, the c-version of Emokit is used as a driver directly in the Openvibe acquisition server (in this case, the Emotiv is directly accessed and its signals read from OV). And I get two distinct behaviours: the python scripts stream (& write csv files) signals with repeted weird constant portions among the channels (as if the data packet throughput of the python code was not sufficient) whereas the old c version Emokit driver outputs the expected signals. The csv files written by the python scripts both display a constant timestamping for varying EEG values and constant EEG values for different timestamps on varied channels (constant signals). When closing / ending the Emokit lsl / tcp stream, Openvibe acquisition server statistics shows a large difference between the expected number of samples (given the duration of the acquisition and the sample freq) and the number of received samples (which are generally around 60% of the expected number). The python script for lsl or tcp streaming are directly derived from the basic example given:
lsl script![image](https://user-images.githubusercontent.com/4218461/46250374-0a044780-c43a-11e8-9712-a7611dcb5345.png)
tcp script![image](https://user-images.githubusercontent.com/4218461/46250385-4d5eb600-c43a-11e8-8f03-112e408f891f.png)
lsl/tcp result![image](https://user-images.githubusercontent.com/4218461/46250433-1046f380-c43b-11e8-96ed-c9656314e25c.png)
Emokit driver result![image](https://user-images.githubusercontent.com/4218461/46250564-7a609800-c43d-11e8-878e-da67e2c630a3.png)