上面這一行程式是我這幾年推出多款動態車牌辨識軟體的基礎，但也是我售後服務的大考驗！幾年前我開始想將車牌辨識的原始資料從單張影像，變成連續的影像視訊，任何影像辨識還是必須植基於單張影像的！所以面對連續的影像視訊，如何快速大量取得單張影像來辨識？就是我的第一個功課！

算是突發奇想，我知道有螢幕拷貝(Screen Copy)這種東西，就找到拷貝螢幕的程式碼開始使用它來取得我要的單張影像，這是不需要額外硬體或特殊軟體模組支援，利用既有的電腦環境最省錢取得動態影像辨識素材的方法！有點像20年前我用音效卡錄製聲納音訊一樣，不必買特殊的數位化裝置，直接利用電腦既有的功能元件，省錢不說，效能還比外加的特殊設備更好更順暢！

如果用程式連續拷貝螢幕，取得可供辨識的單張影像，一秒鐘可以取得大約三十多張！人類眼睛的視覺暫留時間是1/16秒，所以這種取樣頻率是足以超越人類視覺的水準感受了！如果我的程式可以做到在1/16秒以內辨識完一張影像，那麼我就可以推出跟人眼辨識能力相近的動態車牌辨識軟體了！

我的百萬畫素影像車牌辨識時間大約是兩三百毫秒，加上多執行緒的加持，我其實一秒可以辨識完成二十次以上的百萬畫素影像，這就是我可以不必依賴特殊的電腦軟硬體，就能直接製作出動態車牌辨識軟體的關鍵技術了！但是我多年來的隱憂壓力也來自這裡！

就是這個螢幕拷貝的動作在高速大量連續運作時並不是絕對穩定！通常在數十萬次拷貝之後就會有奇怪隨機的錯誤出現，甚至會導致不穩定，陸續出現其它與影像物件Bitmap操作有關的隨機錯誤？為此我真的壓力好大，也「發明」了好多軟體內部重整重設的程式機制，當意外發生時努力不讓程式直接當掉！

如前文所述，我最近終於掌握了讓這個拷貝螢幕的動作穩定下來的程式技巧，算是鬆了一大口氣！但是大家或許會問：動態影像辨識系統雖然市面上不算很多，但也不是我獨家會做的！那別人是怎麼作的呢？我可以告訴大家，他們應該都不是像我這樣拷貝螢幕做的！

事實上大家熟知的OpenCV模組之中，就有直接解碼串流影像資料取得單張可辨識影像的程式可用，我也用過，但是必須仰賴CPU的大量運算，這樣就會直接排擠到我需要大量計算的影像辨識工作，我的動態辨識軟體可以達到的辨識速率就會從每秒十幾二十張，劇降到每秒只有三四張了！

以上都是免費方案，所以我知道別家公司也都想這麼作，但也一定都碰到跟我類似的障礙！據我所知，他們都是放棄了！就是直接購買或訂製可以快速提供解碼串流影像的硬體了！我之前曾與一個硬體製造商接觸過，就是非常有名的圓剛科技公司！他們說絕對可以提供我一秒解碼數十張影像的黑盒子硬體！

但是我如果加買那個硬體來提供我的軟體需要的影像，那會是甚麼狀況？狀況一是那個硬體比我的軟體還要貴！狀況二是我的一般電腦環境為了讓那個特殊硬體正常運作，必須做好多額外的軟體安裝設定，最終我目前只賣五六萬的動態辨識系統，會變成和其它廠商一樣的十幾萬甚至幾十萬的「高檔」系統了？

我不是歷史悠久，商譽卓著的大公司，試問有誰會花幾十萬買鄉下老師公司開發的的東西？我不敢奢望！所以我直接跳過這個選項！回頭在免費的解決方案上面繼續努力，也真的這幾年一直只用幾萬元的價錢在賣「動態」影像辨識軟體！其它公司呢？

譬如動態的車載車牌辨識軟體好了！除了我之外的其他幾家公司賣出一樣的產品，就必須軟硬體整合通包，一套至少三十萬元起跳！只有我可以只賣軟體，五六萬元一套，客戶自行買電腦攝影機組裝，加起來成本也不過十萬元上下！那可是三倍的價差哦！我的辨識率還高於幾十萬的系統？還會難賣嗎？

昨天就有一位私人公司使用車載車牌辨識系統的老客戶又來買了三套，他們都愛死我了！他之前曾買過那種30多萬的系統，還曾經特地開著裝載著那種系統的車子來讓我看「有多爛」！之後他們公司就只會買我的軟體，自己自由買電腦與攝影機組裝了，辨識率還更好，價錢成本只有三分之一！

我有點抱歉的是：他們三四年前就是我的忠實客戶，但是也概括承受了我的系統連續執行數小時後會開始不太穩定的缺點！他們知道，但也不以為意，程式卡卡時重開軟體就好了嘛！但是我昨天終於可以很驕傲地告訴他：這個不穩定的問題我已經解決了！當然這次交易就更圓滿了！

總之，錢就是商人的命！我自己研發成本必須很省，不然出師未捷身先死，產品還沒上市我就會負債跑路了！即使我省錢研發成功產品也上市了，但是如果售價不能讓買家覺得省錢又好用，也沒人會買，或者買一次就覺得上當，不會再來買第二次了！很高興，我沒有這種問題！