Regarding the use of scene events: you just need to map the position of the
event to the coordinate system of your ImageItem, like:
image_pos = image_item.mapFromScene(event.scenePos())
If this makes no sense at all, then I recommend reading about Qt
GraphicsView and how it handles
Thank you for responding. I am a noob to pyqtgraph.
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 date/time variable on the second (x) axis
- maybe a nice to
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
My suggestion would have been to look at the scrolling plot examples, but
you have already done that. Have you tried using any of those? If so, why
didn't they work for you?
On Wed, May 16, 2018, 23:39 Kaisar Khatak wrote:
> I have a real time application that uses a
Hi all,
I'm trying to write some code that will allow me to paint on an image in
different colors and I'm very confused about how to go about it. ImageItem
does implement a small drawing example but as I want to extend the
functionality further the ImageItem-draw example script has been of
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,
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