Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Out-of-order message delivery #7

Open
felixk101 opened this issue Sep 28, 2017 · 1 comment
Open

Out-of-order message delivery #7

felixk101 opened this issue Sep 28, 2017 · 1 comment

Comments

@felixk101
Copy link

Hi, I'm just taking a look at what the console prints out when I subscribe to certain stream, and occasionally some messages appear later than they should be.

E4_Gsr 1506597489,962 0,4562284
E4_Gsr 1506597490,212 0,4536668
E4_Gsr 1506597490,462 0,4523861
E4_Gsr 1506597490,712 0,4511053
E4_Gsr 1506597491,212 0,4472629
E4_Gsr 1506597490,962 0,4511053 <--- the timestamp ending in 490 is between two 491s
E4_Gsr 1506597491,462 0,4485437
E4_Gsr 1506597491,712 0,4459821
E4_Gsr 1506597491,962 0,4447013
E4_Gsr 1506597492,212 0,4447013
E4_Gsr 1506597492,462 0,4408589

Does this have anything to do with the fact that HandleResponseFromEmpaticaBLEServer(_response); is being called before "All the data has arrived"?

@felixk101
Copy link
Author

I've discovered a cheap but ugly workaround for this issue. If I only have one connection to the Empatica wristband, almost half of my data had timestamps that were out of order, which would be really frustrating to simply discard. But, by opening 4-6 more connections, the "invalidity" drops from 47% to 2%.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant