Re: [心得] Switch硬體外掛完成

自己的文章自己回，版主覺得不妥刪文 雖然說可能跟本版無關，比較偏向軟韌體那邊，不過還是希望找到自同道合的人 像是大陸那邊早就搞定出自動刷閃光寶可夢的腳本 自動愈怪，自動按HOME、自動辨識怪物等等等 ---已刪除連結-- 三年前搞定手把後，再利用C#把G27方向盤應用到上面 https://home.gamer.com.tw/creationDetail.php?sn=3926974 228連假後，有點時間來搞這個，初音那邊的腳本 腳本錄製後，丟到C#，再傳到MCU https://youtu.be/Hf_vgFDOuv4 以上是利用opencv的相似度功能來找出按鈕，以及相對應的frame 例如說30fps 一張就是33.3mS 事實上這個東西用frame當timer根本不准阿 遇到的問題是C#的timer經度無法到20mS以下 好吧，我直接把腳本燒到MCU內，但是第一個準之後，後面也不准 嘗試了許多方法，例如用16bit的timer，還是搞不定 ------- 不過本篇文章也不是要解決問題， 我只是想找出志同道合的人， 不管是韌體、軟體、甚至是吃瓜的也行 我想人數足夠後，可以開一個群組一起討論 不然文章寫了三年，實際上有私信內容我的大概五根手指頭數得出來 開發的過程真的很孤單QQ 以上，感謝各位 -- 今天去醫院，醫生說：你有30年的煙齡，你如果不抽煙，菸的的錢都夠買賓士了。 我一聽就不爽了。 我就反問醫生:「你抽煙嗎」？ 醫生說:我不抽啊。 我又問：那他媽你的賓士呢？ 醫生說：在樓下停著呢，怎麼了？ 我說：沒什麼，我問問而已。 -- 我查一下板規，是指改機的部分，老實說只是把手把的HID寫進去而已 哪裡改機了0.0 不不不 我就是要抓那些按鈕的時序，還是說你要用減法的方式得到純淨的按鈕圖呢? MatchTemplate 我是用這個 再利用閥值調整，>0.7以上認定是這個按鍵 直接在電腦上跑錄製的影片 其實一首歌大概處理20多分鐘吧 老實說我本事真的不夠，六個按鈕就要比對六次了QQ 我的CPU一直在哀號，一個frame大概用2~3秒吧 實時的話只能用固定框選來辨識了 忘記感謝您的回應 我直接在MCU的delay那邊用上16.6666mS的timer 大概可以到前5個準 後面就....越來越偏差 不知道我在錄製時switch是不是無法30偵滿偵 如果不是 手動調整又太累 我不知道算不算理解你的意思 如果說我的擷取卡有收到更新，直接處理那張圖片就好了，也不用 再用timer處理瞜，讓frame中斷處理?
※ 批踢踢實業坊(ptt.cc), 來自: 59.126.242.183 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/NSwitch/M.1623945237.A.A2B.html

推 pilitiger: 你一定會被版主水桶 先補血 推長知識文章 06/17 23:56

推 gasbo: ya 06/17 23:56

推 AquaSKY: 這都原po的第4篇了 前面也沒被捅阿 06/17 23:57

→ gasbo: 寶可夢那個連結山掉 06/17 23:58

→ EricTCartman: 初音有MV播放功能 先錄下來 你會得到純背景的影片 06/17 23:58

→ EricTCartman: 實際遊玩影片跟背景相減 會得到譜面跟HUD的畫面 06/18 00:00

→ EricTCartman: 增加識別度 06/18 00:00

推 pilitiger: 剛看了前四篇 SORRY 我多慮了XD 06/18 00:00

→ EricTCartman: 不知道你opencv實際怎麼做的 但其實有按鈕顏色區分 06/18 00:01

→ EricTCartman: 難度會下降 06/18 00:01

→ EricTCartman: 你要做到按鈕時序的後製分析 timer問題不大 除非你 06/18 00:02

→ EricTCartman: 是要realtime玩 遇到什麼新曲都能馬上打出來 那這 06/18 00:02

→ EricTCartman: 有發paper的水準 06/18 00:02

→ EricTCartman: 假定fps是30 不用拿33.3ms算 因為誤差會累計 06/18 00:03

→ EricTCartman: 用幀算就行 06/18 00:03

→ EricTCartman: 20分太久 不同顏色的按鈕其實拆三個chan處理就好 06/18 00:08

→ EricTCartman: 很夯的deeplearning可以用預處理過的資料train 06/18 00:09

推 gasbo: 2-4一樣桶阿 06/18 00:09

→ EricTCartman: 音G外掛的意義不大 當論文做做 你講自動抓怪色違 06/18 00:09

→ EricTCartman: 這個比較有商機 06/18 00:10

→ EricTCartman: 你把問題想得太複雜了 30幀的遊戲是1秒30張 06/18 00:10

→ EricTCartman: 畫面更新就是真正的時間點 不用拿浮點數去算 06/18 00:11

→ EricTCartman: dicklearning學一下 搞不好kaggle上有類似的題目lol 06/18 00:12

推 blue999: 單機說實在沒差 自己玩得開心就好 不影響別人 06/18 00:16

→ blue999: 有些人喜歡慢慢玩 但有些人沒那時間只想享受劇情 06/18 00:16

→ blue999: 尤其早期遊戲 很多遊戲設計都故意刁難玩家 都會要你重玩 06/18 00:17

→ blue999: 好幾次才能過 06/18 00:17

推 cyukang: dicklearning有點猛 06/18 00:32

推 WindSucker: 改手把 06/18 00:41

推 Ninja5566: titan2 有 cv 的討論頻道 06/18 00:50

推 HeavyBlue: 有改機板 06/18 00:51

推 smallcar801: 你的delay是在stm的mcu作的？ 看了一下你之前方向盤 06/18 02:37

→ smallcar801: 的做法是用電腦即時輸出給mcu轉成usb hid給swtich不 06/18 02:37

→ smallcar801: 是嗎？ 06/18 02:37

→ smallcar801: 所以應該是在電腦上跑腳本然後即時輸出腳本對應的操 06/18 02:37

→ smallcar801: 作給switch？ 如果你是用擷取卡想即時跑opencv處 06/18 02:37

→ smallcar801: 理任意歌曲的話，那就要看你的電腦端程式能不能即時 06/18 02:37

→ smallcar801: 跑完辨識然後輸出操作… 但是看到你有提到有先錄製 06/18 02:37

→ smallcar801: 下來做成腳本所以應該是只想先處理特定歌曲，那就只 06/18 02:37

→ smallcar801: 要用擷取卡傳來的畫面比對出腳本開始執行的時間點， 06/18 02:37

→ smallcar801: 然後用電腦cpu跑腳本應該就不會有mcu timer跑太慢導 06/18 02:37

→ smallcar801: 致後面誤差的問題了 06/18 02:37

→ terry1957965: 你的影像處理是在電腦上做還是mcu上？real time還是 06/18 21:59

→ terry1957965: 不是？ 06/18 22:00

推 bbkingck: 前幾年我也寫過一陣子的圖形自動化腳本用於pc和手機， 06/19 03:19

→ bbkingck: 我覺得你那個精度已經很好了XD從演算法到送命令有太多 06/19 03:19

→ bbkingck: 會導致誤差的地方了 06/19 03:19

→ bbkingck: cv的演算法會轉灰階，顏色影響不大，但相對準確度也不 06/19 03:27

→ bbkingck: 如機器學習的上限精度，不知道你用的基準圖是什麼，但 06/19 03:27

→ bbkingck: 畫面特效等應該也多少會影響準確度(frame及位置) 06/19 03:27