Back to the main page.
Bug 3198 - add the sample number as extra channel for openbci
| Status | CLOSED FIXED |
| Reported | 2016-11-02 19:26:00 +0100 |
| Modified | 2017-01-17 11:29:46 +0100 |
| Product: | FieldTrip |
| Component: | realtime |
| Version: | unspecified |
| Hardware: | PC |
| Operating System: | Mac OS |
| Importance: | P5 normal |
| Assigned to: | Robert Oostenveld |
| URL: | |
| Tags: | |
| Depends on: | |
| Blocks: | |
| See also: |
Robert Oostenveld - 2016-11-02 19:26:51 +0100
as mentioned in https://github.com/eegsynth/eegsynth/issues/60#issuecomment-257796134 distinguishing between dropped packets and delayed packets is not trivial based on timestamps, especially when you have to make that decision quickly. E.g., if you move your USB mouse while a RF packet arrives at the dongle, that packet will experience some delay along the USB stack to the software. if you look at https://github.com/fieldtrip/fieldtrip/blob/master/realtime/src/acquisition/openbci/openbci2ft.c#L702 there is a byte with the sample number. I presume that it will roll around every 255 samples, but that still allows packet-drop detection. Perhaps we should start by exposing that sample number as additional channel, i.e. add that as an option in the config file. It would be interesting to see how the unwrapped sample number compares against the timestamp.
Robert Oostenveld - 2016-11-05 10:42:07 +0100
Implemented and merged, see https://github.com/fieldtrip/fieldtrip/pull/255 I still need to compile on non-maci64 platforms.
Robert Oostenveld - 2016-11-05 13:28:50 +0100
commit 33cb78e5b7e38365106303b2f72657aa7c674e65 recompiled all binaries for raspberry pi 1, 2 and 3 on synthpi (RPi2)
Robert Oostenveld - 2016-11-05 13:34:34 +0100
[master 38d088a] removed obsolete binaries, recompiled realtime binaries on mentat001, exclude compilation of ctf on glnxa64