Jul-27-2022, 08:06 PM
concurrent futures is easier to use than multiprocessing, but it's threading, thus the ( concurrent ) prefix.
Can only read data from one input at a time, it's just time sliced which gives the appearance of parallelism, but it's not.
Multiprocessing will allow tasks to run in parallel so should improve overall performance.
Take a look at some available packages: https://pypi.org/search/?q=fast+parallel...+reading&o=
(I can't recommend one over the other, some will be better than others, use the 'trending' search to arrange in most popular order)
You might think about streaming the camera data directly using multiprocessing and eliminating the SD card completely, if you can access the raw video (time consuming (software wise), but vendor may provide code).
Can only read data from one input at a time, it's just time sliced which gives the appearance of parallelism, but it's not.
Multiprocessing will allow tasks to run in parallel so should improve overall performance.
Take a look at some available packages: https://pypi.org/search/?q=fast+parallel...+reading&o=
(I can't recommend one over the other, some will be better than others, use the 'trending' search to arrange in most popular order)
You might think about streaming the camera data directly using multiprocessing and eliminating the SD card completely, if you can access the raw video (time consuming (software wise), but vendor may provide code).
