————系统是把自己的掌心识別成了一个具体的连接埠吗？
很快，弘树將注意力移到设备状態上：
代码28，也就是驱动程序未安装，这是最常见的问题之一，现在弘树正尝试解决的就是这个问题。
弘树继续切换到【详细信息】选项卡。
这里的信息对普通人是天书，但对身为程式设计师的他来说，却是解开谜题的关键。
弘树在“属性”下拉菜单中选择了【硬体id】：
兼容id是用来匹配通用驱动的。windows会根据这个id判断“这个设备属於哪一类”，然后尝试用对应类別的通用驱动。
弘树还记得，自己的系统就是一个类似於windows的系统，所以显示的这个兼容id，是这个类似问都是的版本也很正常。
格式是：class—xx（设备类別）&subclass—yy（子类別）&prot—zz（协议版本）
class—oe——这是视频设备类的代码。所有摄像头、採集卡之类的设备都是0e类，白眼也是这个类別，这是对的！
subclass—03——这代表“视频控制”子类，是摄像头的標准分类，白眼类別的视频控制子类也没有出错！
protoo—协议版本o，是最基础的uvc（usbvideoclass，usb视频设备类）协议。
只要有这个协议存在，白眼就是被正確识別为了一个摄像头，可以正常安装摄像头的驱动。
可问题是，现在弘树的电脑没有正確安装白眼的驱动文件，这就很奇怪。
l
因为，既然已经在电脑上达成了连接，那么理论上无论是装在眼眶里，还是这样手拿著，都应该直接能提供对应的服务，比如说看到物体之类的————
而如果驱动程序无法正常安装的话，那么即便是插在眼眶里，也不能使用————
弘树皱著眉选择了【设备功能】，进入查看属性：功能值：
视频捕获查克拉信號输入经络扫描透视成像——原来如此。
这下子就可以解释的通了！
正常的摄像头只有“视频捕获”这一个功能，所以windows的通用驱动可以驱动。
但白眼有四个功能，后面三个都是“非標准功能”
——查克拉信號输入、经络扫描、透视成像————这些都不在windows的通用驱动支持范围內。
因此，他的金手指並没有正確的安装驱动————
而眾所周知，系统决策具备整体性，逻辑判断是要么全要，要么全都不要。
噹噹它发现这个设备的功能列表（视频捕获+三个非標准功能）超出了通用驱动的处理能力时，它放弃了对整个设备的驱动尝试。
它並不会“智能”地只为“视频捕获”这一个標准功能安装部分驱动。
因此，傻逼电脑就充分发挥了全都不要的特质，连最基本的成像功能也没有安装成功！
傻逼windows！
弘树心里暗骂一句。不过既然现在已经找到了问题，那么就剩下处理了。
注意看，在设备管理器中，白眼是被同时识別为u盘和多功能摄像头的，而有些外设为了方便用户，会把驱动程序直接內置在设备里。
同时，再根据原著中白眼，写轮眼即插即用的情况（尤其是青、卡卡西，这两个非日向宇智波一族的普通人），根本没有驱动问题，弘树立刻有了推断—
恐怕，这个白眼的內部存储空间里，自带驱动！
想到这里，他立刻最小化设备管理器，迫不及待地打开了【白眼】的文件夹！
下一刻，弘树顿时屏住了呼吸！
这是！
只看见，文件夹里除了孤零零地一个驱动文件以外，居然还有一个熟悉而又如此陌生的文件！
一《无限视距》v（>；^w^<；）.01.03四项修改器.ee
是你！风灵月影！？！？
>
本章未完，点击下一页继续阅读。