Hello All,
AV.io HD is designed to work with all UVC-friendly operating systems, specifically Windows 7, Windows 8.1, Windows 10, Mac (x10.10 and up) and Linux (kernal 3.5.0 or higher). Unfortunately, operating systems not listed have poor support or no support at all for USB 3.0 and UVC-based capture hardware. The UVC driver will make use of this information and expose these camera functions as related. This will make the OS camera stack expose them as a related group of cameras to the applications. The camera firmware must specify a UVC-FSSensorGroupID, which is a GUID in string form with the curly parenthesis.
I am working on a USB Video Class (UVC) compliant device, and noticed some strange issues with UVC enumeration on Mac OS. I am currently running Sierra 10.12.1 on a Macbook Air 13' mid-2011 edition.
Often (~25-50% of the time), UVC class-specific enumeration is not completed. I have been testing with the device my company is creating, and as a control, an industry-standard UVC-compliant device (Logitech C920) and observed similar results. These are both USB composite devices, consisting of USB audio class (microphone, and optionally speaker) and USB video class (camera) components.
Often (~25-50% of the time), UVC class-specific enumeration is not completed. I have been testing with the device my company is creating, and as a control, an industry-standard UVC-compliant device (Logitech C920) and observed similar results. These are both USB composite devices, consisting of USB audio class (microphone, and optionally speaker) and USB video class (camera) components.
Uvc Driver For Mac Windows 7
In all cases, the audio (UAC) functionality is properly enumerated when the device is plugged in. This is presumably because this is central to the operating system, and needs to be made available in the system sound preferences.
Uvc Driver For Mac Os
The video (UVC) functionality, however, is a different story. This is not enumerated until a camera application is executed, but fairly often, the video enumeration is just not initiated by the host. I have found somewhat better results when the USB device is plugged in prior to opening the camera application, but either way the video device is available significantly less than 100% of the time.
Yes, sometimes the user will have to unplug and re-plug the UVC device less than a few times in order to restore the camera functionality, but regardless the end-user experience seems rather poor for these class-compliant devices that are supposed to be supported by the USB driver that ships with Mac OS. I have tested with many applications - Photobooth, Quicktime, Facetime, Skype, Zoom, and Hangouts..all exhibited the same issue, so my presumption is that this is a bug in the UVC host driver in the operating system itself.
It's possible that I have missed something - I haven't really found a good way to see what's going on inside this version of Mac OS during the enumeration process. All I can see from my protocol analyzer is that sometimes the UVC function is initialized when the camera application starts, and sometimes it is not. Any advice on how I can gather more info on what is happening would be greatly appreciated!
Hopefully this is something that has been noticed and is being fixed. I will also look into following the formal bug reporting process, but it's probably a good idea to get some input from the community before taking that next step. Is anyone else seeing this? Does anyone know a good way I can log what is happening for the bug report?
Uvc Driver For Mac Windows 10
Thanks in advance,
Uvc Driver For Mac Catalina
Chris
