翻小说 > 忍界程式设计师 > 第118章 风灵月影!?(第三更)

第118章 风灵月影!?(第三更)

    第118章风灵月影!?(第三更)

    「这是!?」弘树看着这个熟悉的错误提示,愣了一下。

    作为一个曾经的程式设计师,他找不到驱动的情况太多了,比如说各种杂牌外设,公司的奇怪u盘,还有某些从外国带回来的游戏手柄等等————

    而面对这种找不到驱动的情况,弘树的第一反应是————

    查看设备信息!

    【控制面板】→【设备管理器】

    【设备管理器】~!启动!

    设备管理器,简单来说就是Windows用来显示和管理所有硬体设备的地方—一显卡丶音效卡丶键盘丶滑鼠丶U盘————所有插在电脑上的东西,和电脑上的所有配件,都会在这里显示。

    弘树看着这个列表,开始逐行分析:「成像设备」分类下,显示着我的两只眼睛被识别为标准视觉传感器」,安装在眼眶」这个插槽上,工作正常————这说明我的基本视觉是没问题的。」

    按道理说,如果正常的替换自己的眼睛,换成白眼的话,白眼肯定会显示在这两个标准视觉传感器才对!

    但现在,白眼是通过自己的手进行连接的————

    弘树看向了「通用串行总线控制器」和下面的部分。

    通用串行总线,也就是USB全称的中文翻译。

    这个分类下面显示的是所有跟USB接口相关的硬体,白眼现在就处于这个地方,这很奇怪!

    因为按道理说,白眼作为一个视觉设备,都没放进自己的眼眶里,怎麽能够算连接呢!?

    但考虑到地怨虞的触手在离开了本体都能继续动弹,弘树觉得好像又不是很奇怪。

    一再说,罗砂的沙之眼不也没有插在眼眶里?

    眼睛这种东西,不在眼眶里也能正常运行,好像也并不是很异常,对吧!?

    弘树看向下面的三个项目:「USB根集线器」(USBRootHub)——这是USB接口的电源排插」,作用非常单纯,就是提供几个物理接口,方便把设备插入进去,提供电源,和连接信号。

    现在自己是用手触碰到礼盒,就直接连接了白眼,这意味着在自己的金手指判定中,可能是由查克拉来完成的这个设备的作用。

    「标准OpenHCDUSB主机控制器」就更好理解了,上面电源排插」(根集线器)本身没有电,它必须插到一个墙上的插座」里才能工作。

    主机控制器就是墙上的插座,提供电力和数据通道,同时它负责跟所有插在排插上的设备进行数据传输,负责告诉设备怎麽工作,谁先谁后。

    当然,这个东西不重要,至少弘树现在最关注的信息不是这个,他最关注的是下面这个——

    「USB大容量存储设备」后面有个感叹号(!)

    感叹号在设备管理器里代表「有问题的设备」,可能是驱动缺失丶设备故障丶或者冲突。

    显然,这里白眼被识别成了U盘,但有点问题。

    而最关键的是—

    「其他设备」分类下的USB2.0摄像头」,也有感叹号————」

    「其他设备」是Windows的垃圾桶分类,凡是不知道怎麽归类的硬体都会被扔到这里。

    出现在这里基本就意味着这是电脑本身「不认识这玩意儿」。

    一个设备,同时被识别成「大容量存储设备」和「摄像头」这种情况很常见O

    这在技术上被称为「复合设备」,很多现代外设都是这种结构,比如带麦克风的摄像头。

    但现在,这两个功能都躺在了「问题区域」。

    那看起来这个白眼至少在通过自己的手的触碰连结的时候,存在不小的问题0

    弘树右键点击【USB2.0摄像头】,选择【属性】。

    属性窗口弹出,他切换到【常规】选项卡:

    USB2.0摄像头属性—常规设备类型:其他设备制造商:未知位置:查克拉接口—左掌心设备状态:该设备的驱动程序未安装。(代码28)

    这是!?

    弘树看着「位置」那一栏,眼神变得古怪起来:

    查克拉接口—左掌心」

    ————系统是把自己的掌心识别成了一个具体的连接埠吗?

    很快,弘树将注意力移到设备状态上:

    代码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(>^ω^<).01.03四项修改器.ee

    是你!风灵月影!?!?

    >