Thank you for responding. The capture rate will match the frame rate and
processing. So, I expect there to be 25-30 (frame rate) values per second.
Its a very simple python app. I do not think I even need to date/time
variable on the second (x) axis - maybe a nice to have. I just want to show
eye aspect ratio (fluctuations) on the y axis over time (e.g. 60 second
demo). I can do this in matplotlib, but the graphs don't look as cool as
On Thursday, May 17, 2018 at 7:25:48 AM UTC-4, Robert Budzyński wrote:
> I think threading would complicate things *a lot.* What is the rate of
> data acquisition (values per second)? I am able to simulate a few hundred
> particles bouncing around on a region of the plane at 25 fps, with no
> threading. So if you don't need to do any complicated processing on your
> data, threading would probably be superfluous.
> On Thursday, May 17, 2018 at 8:39:43 AM UTC+2, Kaisar Khatak wrote:
>> I have a real time application that uses a camera to measure eye aspect
>> ratio. The ratio will be an integer value and will fluctuate between 1-10
>> What is the easiest way to capture that value and display a scrolling
>> plot (best approach?) real time? Do I need threading? Just looking for
>> simplest solution to start off with...
You received this message because you are subscribed to the Google Groups
To unsubscribe from this group and stop receiving emails from it, send an email
To view this discussion on the web visit
For more options, visit https://groups.google.com/d/optout.