第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（>^ω^