所以我有這樣的形象: Cross算法找到灰度圖像的跨
它看起來像一個小圖像,但實際上它來自一個攝像頭,一個大的分辨率,這意味着該矩陣圖像將是大尺寸的。 我需要做的是以儘可能最快的方式找到十字架。
我試圖掃描所有的矩陣,並找到白線,但我想聽到你的消息,也許你有更好更快的解決方案來解決這個問題。
請記住,這個圖像來自一個攝像頭,所以這可能看起來像一個常規的情況下,但實際上很多東西可能會發生,如交叉不在中心,交叉移動等
非常感謝你,並有一個美好的一天。
- 版本-
我很抱歉沒有回答問題。我是一名學生,不幸的是我的日程表很瘋狂..我會盡我所能在線。
您的問題的答案是:
原始圖像的全尺寸是多少?最大圖像大小爲:寬度:1936像素,高度:1216 px。但是,由於我們爲用戶設計程序,因此用戶可以根據自己的喜好來管理分辨率。
你在使用什麼操作系統? Windows 7/8/10
什麼語言/工具集?我正在用C#編寫。我被給了一個相機的API,我需要使用這個API來計算我從相機獲得的圖像。
你有GPU嗎?我這麼認爲..
多核CPU?嗯..我不這麼認爲..
最後兩個問題與我的問題有什麼關係?我問,因爲我是新來的..
問另一個問題:
+由於交叉的位置定義的用戶,也可以是任何地方在屏幕上。它也可以根本不顯示,因爲用戶可以忘記打開相機或其他東西。所以基本上,任何事情都可能發生。
此外,相機本身可能會損壞或不完美,並且一些意想不到的事情可能會出現在屏幕上,如隨機白色像素或類似的東西。
+關於十字線的最小寬度 - 我其實不知道..它來自相機,所以它基本上很輕。我依賴於用戶以及他們使用的是什麼設備。所以我想在這種情況下最小值是1 px。
我的意思是「找到十字架」是: 我需要以最快的方式找到圖像中十字中心,就像測量設備一樣。
現在算法正在掃描屏幕上圖片給出的像素矩陣,並在每行中找到行中的最大值。
然後,在計算它在哪裏,做一些數學吧..
但問題本身是讓十字架的中心位置以最快的方式,同時保持計算的準確性。 我們不想丟失數據,因爲程序可以在非常敏感的環境中使用。
我希望我做的事情更清楚..
再次,抱歉耽擱,感謝你的幫助。
原始圖像的全尺寸是多少?你在使用什麼操作系統?什麼語言/工具集?你有沒有GPU?多核CPU? –
有關您期望收到的圖像的更多細節肯定不會受到傷害。例如,實際的分辨率,即使是近似的。無論你是否可以指望十字架到達圖像邊緣,就像這個在3個地方所做的那樣,至少十字形線條的寬度將達到多少像素,通過「找到十字架」你究竟意味着什麼 - 你尋求找到交匯點?你是否想找到一個不接觸圖像邊界的十字的邊框?在需要儘快找到答案的任務中,這些都是相當重要的。 – enhzflep
如何回答5天前您提出的一些問題,以便人們可以更好地幫助您?如果您沒有足夠的信譽點添加評論,請點擊原始問題下的「修改」,並添加額外的詳細信息/說明。 –