You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 18, 2024. It is now read-only.
The example in multithreading_opencv.py uses Thread objects rather than multiprocessing.Process objects in Python.
I have an implementation that simultaneously is attempting to stream from 2 cameras in separate Process objects rather than Thread objects on an Ubuntu machine, and we are seeing some inconsistencies in how Vimba behaves. We have two GigE cameras connected on separate NICs.
Is there a reason that Threads are preferred? Is there an issue fork-ing the Vimba singleton in Process objects that could be causing an issue? The default behavior in creating Process objects on Linux is fork rather than spawn, so it is possible that using spawn does not create a problem for the Vimba singleton?
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
The example in
multithreading_opencv.py
usesThread
objects rather thanmultiprocessing.Process
objects in Python.I have an implementation that simultaneously is attempting to stream from 2 cameras in separate
Process
objects rather thanThread
objects on an Ubuntu machine, and we are seeing some inconsistencies in how Vimba behaves. We have two GigE cameras connected on separate NICs.Is there a reason that Threads are preferred? Is there an issue
fork
-ing the Vimba singleton inProcess
objects that could be causing an issue? The default behavior in creatingProcess
objects on Linux isfork
rather thanspawn
, so it is possible that usingspawn
does not create a problem for the Vimba singleton?The text was updated successfully, but these errors were encountered: