“這是！？”弘樹看著這個熟悉的錯誤提示，愣了一下。

    作為一個曾經的程序員，他找不到驅動的情況太多了，比如說各種雜牌外設，公司的奇怪u盤，還有某些從外國帶回來的遊戲手柄等等……

    而麵對這種找不到驅動的情況，弘樹的第一反應是……

    查看設備信息！

    【控製麵板】→【設備管理器】

    【設備管理器】~！啟動！

    設備管理器，簡單來說就是Windows用來顯示和管理所有硬件設備的地方

    顯卡、聲卡、鍵盤、鼠標、U盤……所有插在電腦上的東西，和電腦上的所有配件，都會在這顯示。

    弘樹看著這個列表，開始逐行分析：

    ““成像設備’分類下，顯示著我的兩隻眼睛被識別為“標準視覺傳感器’，安裝在“眼眶’這個插槽上，工作正常……這說明我的基本視覺是沒問題的。”

    按道理說，如果正常的替換自己的眼睛，換成白眼的話，白眼肯定會顯示在這兩個標準視覺傳感器才對！

    但現在，白眼是通過自己的手進行連接的……

    弘樹看向了“通用串行總線控製器”和下麵的部分。

    通用串行總線，也就是USB全稱的中文翻譯。

    這個分類下麵顯示的是所有跟USB接口相關的硬件，白眼現在就處於這個地方，這很奇怪！因為按道理說，白眼作為一個視覺設備，都沒放進自己的眼眶，怎能夠算連接呢！？

    但考慮到地怨虞的觸手在離開了本體都能繼續動彈，弘樹覺得好像又不是很奇怪。

    再說，羅砂的沙之眼不也沒有插在眼眶？

    眼睛這種東西，不在眼眶也能正常運行，好像也並不是很異常，對吧！？

    弘樹看向下麵的三個項目：

    “USB根集線器”（USB Root Hub）一一這是USB接口的“電源排插’，作用非常單純，就是提供幾個物理接口，方便把設備插入進去，提供電源，和連接信號。

    現在自己是用手觸碰到禮盒，就直接連接了白眼，這意味著在自己的金手指判定中，可能是由查克拉來完成的這個設備的作用。

    “標準OpenHCD USB主機控製器”就更好理解了，

    上麵“電源排插’（根集線器）本身沒有電，它必須插到一個牆上的“插座’才能工作。主機控製器就是牆上的插座，提供電力和數據通道，同時它負責跟所有插在排插上的設備進行數據傳輸，負責告訴設備怎工作，誰先誰後。

    當然，這個東西不重要，至少弘樹現在最關注的信息不是這個，他最關注的是下麵這個

    “USB大容量存儲設備”後麵有個感歎號(!）

    一感歎號在設備管理器代表“有問題的設備”，可能是驅動缺失、設備故障、或者衝突。顯然，這白眼被識別成了U盤，但有點問題。

    而最關鍵的是一

    “其他設備’分類下的“USB2.0攝像頭’，也有感歎號……”

    “其他設備”是Windows的垃圾桶分類，凡是不知道怎歸類的硬件都會被扔到這。出現在這基本就意味著這是電腦本身“不認識這玩意兒”。

    一個設備，同時被識別成“大容量存儲設備”和“攝像頭”這種情況很常見。

    這在技術上被稱為“複合設備”，很多現代外設都是這種結構，比如帶麥克風的攝像頭。

    但現在，這兩個功能都躺在了“問題區域”。

    那看起來這個白眼至少在通過自己的手的觸碰鏈接的時候，存在不小的問題。

    弘樹右鍵點擊【USB2.0攝像頭】，選擇【屬性】。

    屬性窗口彈出，他切換到【常規】選項卡：

    USB2.0攝像頭屬性-常規

    設備類型：其他設備

    製造商：未知

    位置：查克拉接口-左掌心

    設備狀態：該設備的驅動程序未安裝。（代碼 28）

    這是！？

    弘樹看著“位置”那一欄，眼神變得古怪起來：

    “查克拉接口-左掌心’

    ……係統是把自己的掌心識別成了一個具體的連接端口嗎？

    很快，弘樹將注意力移到設備狀態上：

    代碼28，也就是驅動程序未安裝，這是最常見的問題之一，現在弘樹正嚐試解決的就是這個問題。弘樹繼續切換到【詳細信息】選項卡。

    這的信息對普通人是天書，但對身為程序員的他來說，卻是解開謎題的關鍵。

    弘樹在“屬性”下拉菜單中選擇了【硬件ID】：

    兼容1D是用來匹配通用驅動的。Windows會根據這個ID判斷“這個設備屬於哪一類”，然後嚐試用對應類別的通用驅動。

    弘樹還記得，自己的係統就是一個類似於Windows的係統，所以顯示的這個兼容id，是這個類似問都是的版本也很正常。

    格式是：Class_XX（設備類別）&SubClass_YY（子類別）&Prot _ZZ（協議版本）Class_0E這是視頻設備類的代碼。所有攝像頭、采集卡之類的設備都是0E類，白眼也是這個類別，這是對的！

    SubClass_03這代表“視頻控製”子類，是攝像頭的標準分類，白眼類別的視頻控製子類也沒有出錯！

    Prot_00一協議版本0，是最基礎的UVC（USB Video Class, USB視頻設備類）協議。隻要有這個協議存在，白眼就是被正確識別為了一個攝像頭，可以正常安裝攝像頭的驅動。可問題是，現在弘樹的電腦沒有正確安裝白眼的驅動文件，這就很奇怪。

    因為，既然已經在電腦上達成了連接，那理論上無論是裝在眼眶，還是這樣手拿著，都應該直接能提供對應的服務，比如說看到物體之類的……

    而如果驅動程序無法正常安裝的話，那即便是插在眼眶，也不能使用……

    弘樹皺著眉選擇了【設備功能】，進入查看

    屬性：功能

    值：

    視頻捕獲

    查克拉信號輸入

    經絡掃描

    透視成像

    …原來如此。

    這下子就可以解釋的通了！

    正常的攝像頭隻有“視頻捕獲”這一個功能，所以Windows的通用驅動可以驅動。

    但白眼有四個功能，後麵三個都是“非標準功能”

    查克拉信號輸入、經絡掃描、透視成像……這些都不在Windows的通用驅動支持範圍內。因此，他的金手指並沒有正確的安裝驅動……

    而眾所周知，係統決策具備整體性，邏輯判斷是要全要，要全都不要。

    當當它發現這個設備的功能列表（視頻捕獲+三個非標準功能）超出了通用驅動的處理能力時，它放棄了對整個設備的驅動嚐試。

    它並不會“智能”地隻為“視頻捕獲”這一個標準功能安裝部分驅動。

    因此，傻逼電腦就充分發揮了全都不要的特質，連最基本的成像功能也沒有安裝成功！

    傻逼Windows！

    弘樹心暗罵一句。不過既然現在已經找到了問題，那就剩下處理了。

    注意看，在設備管理器中，白眼是被同時識別為u盤和多功能攝像頭的，而有些外設為了方便用戶，會把驅動程序直接內置在設備。

    同時，再根據原著中白眼，寫輪眼即插即用的情況（尤其是青、卡卡西，這兩個非日向宇智波一族的普通人），根本沒有驅動問題，弘樹立刻有了推斷一

    恐怕，這個白眼的內部存儲空間，自帶驅動！

    想到這，他立刻最小化設備管理器，迫不及待地打開了【白眼】的文件夾！

    下一刻，弘樹頓時屏住了呼吸！

    這是！

    隻看見，文件夾除了孤零零地一個驅動文件以外，居然還有一個熟悉而又如此陌生的文件！一《無限視距》v(>^w^<).01.03四項修改器.ee

    是你！風靈月影！？！？