弘树还记得，自己的系统就是一个类似于dows的系统，所以显示的这个兼容id，是这个类似问都是的版本也很正常。
格式是：css_xx（设备类别）≈subcss_yy（子类别）≈prot_zz（协议版本）
css_0e——这是视频设备类的代码。所有摄像头、采集卡之类的设备都是0e类，白眼也是这个类别，这是对的！
subcss_03——这代表“视频控制”子类，是摄像头的标准分类，白眼类别的视频控制子类也没有出错！
prot_00——协议版本0，是最基础的uvc（bvideocss，b视频设备类）协议。
只要有这个协议存在，白眼就是被正确识别为了一个摄像头，可以正常安装摄像头的驱动。
可问题是，现在弘树的电脑没有正确安装白眼的驱动文件，这就很奇怪。
——因为，既然已经在电脑上达成了连接，那么理论上无论是装在眼眶里，还是这样手拿着，都应该直接能提供对应的服务，比如说看到物体之类的……
而如果驱动程序无法正常安装的话，那么即便是插在眼眶里，也不能使用……
弘树皱着眉选择了【设备功能】，进入查看
——
属性：功能
值：
视频捕获
查克拉信号输入
经络扫描
透视成像
——
…原来如此。
这下子就可以解释的通了！
正常的摄像头只有“视频捕获”这一个功能，所以dows的通用驱动可以驱动。
但白眼有四个功能，后面三个都是“非标准功能”
——查克拉信号输入、经络扫描、透视成像……这些都不在dows的通用驱动支持范围内。
因此，他的金手指并没有没有正确的安装驱动……
而众所周知，系统决策具备整体性，逻辑判断是要么全要，要么全都不要。
当当它发现这个设备的功能列表（视频捕获+三个非标准功能）超出了通用驱动的处理能力时，它放弃了对整个设备的驱动尝试。
它并不会“智能”地只为“视频捕获”这一个标准功能安装部分驱动。
因此，傻逼电脑就充分发挥了全都不要的特质，连最基本的成像功能也没有安装成功！