-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Handle video access error cleanly #3
Comments
Added a check for busy resource. It will now silently fail and not open the feed window if the resource is busy, and show a warning dialog if pressing the show feed button when the device is busy. Added to pip as version 0.0.6. I'm keeping the default behavior of opening the feed window if there are no issues though, it's got to do with the GTK combobox - if there are multiple resources the video should change when changing the device, and when setting the default device in the combobox at start it counts as changing = whatever I want to occur when changing a device will also occur when starting the application (if setting a default device at start, which I prefer). I did however notice some things I need to fix with the warning dialog after pushing this, will improve that another day. |
That's perfect! Just installed v0.0.6 and after changing the fourcc code (#2) it works like a charm 🥳 The default behavior is fine now - I open it up while Zoom has the feed and it doesn't try to open the video window or complain. Love open source! Thanks again for your work on this 👊 |
Use-case
Fix
Simply adding a try/except around:
camset/camset/camset.py
Line 30 in ac8140a
For example:
results in:
Going forward
Maybe it could check to see if an error occurs, and if it does, not open the video feed.
Also, might be worth considering not opening up the video feed by default on open?
The text was updated successfully, but these errors were encountered: