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 pyqtgraph.
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 >> (example). >> >> 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 "pyqtgraph" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/pyqtgraph/f38c2a31-d3cb-419b-9af4-2445c8e9561e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
