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

[wayne30349 (怪人)]

自己的文章自己回，版主覺得不妥刪文

雖然說可能跟本版無關，比較偏向軟韌體那邊，不過還是希望找到自同道合的人

像是大陸那邊早就搞定出自動刷閃光寶可夢的腳本

自動愈怪，自動按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年的煙齡，你如果不抽煙，菸的的錢都夠買賓士了。
我一聽就不爽了。
我就反問醫生:「你抽煙嗎」？
醫生說:我不抽啊。                      我又問：那他媽你的賓士呢？
醫生說：在樓下停著呢，怎麼了？         我說：沒什麼，我問問而已。

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.126.242.183 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/NSwitch/M.1623945237.A.A2B.html
※ 編輯: wayne30349 (59.126.242.183 臺灣), 06/17/2021 23:56:13
推 pilitiger: 你一定會被版主水桶 先補血 推長知識文章
我查一下板規，是指改機的部分，老實說只是把手把的HID寫進去而已
哪裡改機了0.0
推 gasbo: ya
※ 編輯: wayne30349 (59.126.242.183 臺灣), 06/17/2021 23:57:52
推 AquaSKY: 這都原po的第4篇了 前面也沒被捅阿
→ gasbo: 寶可夢那個連結山掉
→ EricTCartman: 初音有MV播放功能 先錄下來 你會得到純背景的影片
不不不 我就是要抓那些按鈕的時序，還是說你要用減法的方式得到純淨的按鈕圖呢?
※ 編輯: wayne30349 (59.126.242.183 臺灣), 06/17/2021 23:59:48
→ EricTCartman: 實際遊玩影片跟背景相減 會得到譜面跟HUD的畫面
→ EricTCartman: 增加識別度
推 pilitiger: 剛看了前四篇 SORRY 我多慮了XD
→ EricTCartman: 不知道你opencv實際怎麼做的 但其實有按鈕顏色區分
→ EricTCartman: 難度會下降
→ EricTCartman: 你要做到按鈕時序的後製分析 timer問題不大 除非你
MatchTemplate 我是用這個
再利用閥值調整，>0.7以上認定是這個按鍵
直接在電腦上跑錄製的影片 其實一首歌大概處理20多分鐘吧
→ EricTCartman: 是要realtime玩 遇到什麼新曲都能馬上打出來 那這
→ EricTCartman: 有發paper的水準
老實說我本事真的不夠，六個按鈕就要比對六次了QQ
我的CPU一直在哀號，一個frame大概用2~3秒吧 實時的話只能用固定框選來辨識了
→ EricTCartman: 假定fps是30 不用拿33.3ms算 因為誤差會累計
→ EricTCartman: 用幀算就行
忘記感謝您的回應
我直接在MCU的delay那邊用上16.6666mS的timer 大概可以到前5個準
後面就....越來越偏差
不知道我在錄製時switch是不是無法30偵滿偵
如果不是 手動調整又太累
※ 編輯: wayne30349 (59.126.242.183 臺灣), 06/18/2021 00:09:36
→ EricTCartman: 20分太久 不同顏色的按鈕其實拆三個chan處理就好
→ EricTCartman: 很夯的deeplearning可以用預處理過的資料train
推 gasbo: 2-4一樣桶阿
→ EricTCartman: 音G外掛的意義不大 當論文做做 你講自動抓怪色違
→ EricTCartman: 這個比較有商機
→ EricTCartman: 你把問題想得太複雜了 30幀的遊戲是1秒30張
我不知道算不算理解你的意思
如果說我的擷取卡有收到更新，直接處理那張圖片就好了，也不用
再用timer處理瞜，讓frame中斷處理?
※ 編輯: wayne30349 (59.126.242.183 臺灣), 06/18/2021 00:11:29
→ EricTCartman: 畫面更新就是真正的時間點 不用拿浮點數去算
→ EricTCartman: dicklearning學一下 搞不好kaggle上有類似的題目lol
推 blue999: 單機說實在沒差 自己玩得開心就好 不影響別人
※ 編輯: wayne30349 (59.126.242.183 臺灣), 06/18/2021 00:17:42
→ blue999: 有些人喜歡慢慢玩   但有些人沒那時間只想享受劇情
→ blue999: 尤其早期遊戲 很多遊戲設計都故意刁難玩家 都會要你重玩
→ blue999: 好幾次才能過
推 cyukang: dicklearning有點猛
推 WindSucker: 改手把
推 Ninja5566: titan2 有 cv 的討論頻道
推 HeavyBlue: 有改機板
推 smallcar801: 你的delay是在stm的mcu作的？ 看了一下你之前方向盤
→ smallcar801: 的做法是用電腦即時輸出給mcu轉成usb hid給swtich不
→ smallcar801: 是嗎？
→ smallcar801: 所以應該是在電腦上跑腳本然後即時輸出腳本對應的操
→ smallcar801: 作給switch？   如果你是用擷取卡想即時跑opencv處
→ smallcar801: 理任意歌曲的話，那就要看你的電腦端程式能不能即時
→ smallcar801: 跑完辨識然後輸出操作… 但是看到你有提到有先錄製
→ smallcar801: 下來做成腳本所以應該是只想先處理特定歌曲，那就只
→ smallcar801: 要用擷取卡傳來的畫面比對出腳本開始執行的時間點，
→ smallcar801: 然後用電腦cpu跑腳本應該就不會有mcu timer跑太慢導
→ smallcar801: 致後面誤差的問題了
→ terry1957965: 你的影像處理是在電腦上做還是mcu上？real time還是
→ terry1957965: 不是？
推 bbkingck: 前幾年我也寫過一陣子的圖形自動化腳本用於pc和手機，
→ bbkingck: 我覺得你那個精度已經很好了XD從演算法到送命令有太多
→ bbkingck: 會導致誤差的地方了
→ bbkingck: cv的演算法會轉灰階，顏色影響不大，但相對準確度也不
→ bbkingck: 如機器學習的上限精度，不知道你用的基準圖是什麼，但
→ bbkingck: 畫面特效等應該也多少會影響準確度(frame及位置)