앱 플레이어 모바일 게임 과몰입 방지 매크로 등 인터넷상의 재밌는 것을 찾아 연구하는 사람들의 모임
일단 위의 스샷처럼
처음에 낚시를 클릭한 후 1~5초 뒤면 두번째 화면이 뜨면서 녹색게이지에 공이 들어갓을때 거두기를 클릭하고
세번째 화면에서 확인을 눌러주는 무한 반복 낚시 컨텐츠 매크로 제작을 하고 있습니다.
전에 질문글을 올리니 일단 녹색게이지 좌표를 먼저 찾아내고 그 범위 안에서 공을 찾도록 하라고 하시길래
이런식으로 스크립트를 짜 봣습니다.
낚시시작은 첫 스크린샷에서 낚시 시작을 클릭서브로 눌러주고 이동서브로 낚시중으로 이동합니다.
낚시중 서브는 낚시중 스샷분기로 녹색게이지를 찾고 좌표서브에 녹색게이지를 저장한뒤
공 스샷분기로 녹색게이지에서 공을 찾아 거두기 클릭서브 , 확인 클릭서브로 마무리했습니다.
<<녹색부분은 매턴마다 랜덤하게 위치합니다.>>
근데 좌표지정에서 잘못된건지 테스트 해보면 잘 돌아가긴 하는데 녹색게이지에 공이 들어갔을때
클릭되는 경우가 거의 안나옵니다ㅠㅠ 도대체 뭐가 잘못된건지 궁금하네요 이미지그룹은 아래쪽에 첨부하도록 하겟습니다.
녹색 게이지 안에 노란 공이 들어갔을때 클릭할 확률이 높지 않을것입니다.
스크린 ADB 캡쳐 -> 카카오토 이미지 비교 -> 명령 수행 의 과정을 거치는데
공이 왔다갔다하는 주기가 어느정도인지 모르겠지만 공이 게이지 안에 들어가있을동안 캡쳐 -> 카카오토 이미지 비교가 진행되어야 합니다.
따라서 움직이는 모션을 잡아내어 분기처리를 하기가 쉽지 않습니다. 스크린캡쳐 후 전송하는 시간도 무시할 수 없을때가 있구요.
제 생각에는 노란공이 초록색 구역안에 머무르는 시간보다 머무르지 않는 시간이 더 길것으로 보여지기 때문에
노란공이 초록색 구역안에 있는 이미지 또는 구역안으로 진입하는 순간을 찍는것보다
구역 이외에 노랑공이 없는 이미지를 찍어서 -> 구역안에 노랑공이 들어갔을것을 예상하는 식으로 분기처리하시면 가능성 있지 않을까합니다.
http://blog.daum.net/bperform77/19
확인해보세요. 소소하게 참고란에 메모했고요
좌표연산이 절대값으로 지정되어 위 경우 약간 제작하기 불편하네요
1. 스샷반복을 20회 -> 0으로 변경.
2. 검색좌표는 검색위치+이미지원본크기로 보관됩니다.
400,411에서 검색되었으면,
검색좌표 = 400,411,29,12 가 됨(낚시중01의 크기)
3. 실제 공 서치영역은 검색X, 검색Y ~ 게이지 우측, 하단까지..
좌표연산 : 공 = _검색좌표_ + {0,0,우측스샷끝, 하단스샷끝}
좌표연산 : _검색좌표_ + {0,0,492,431}
{400,411, 29,12} + {0,0,492,431}
(업로드한 스크립트는 구찮아서 521,443로 연산시킴)
좌표연산은 나중에 기능보완해야겠네요.
근데 0.2초대면 불가할것 같긴해요 ㅋㅋ
조금 응용해서 고정으로 바꾼다면 가능할 거 같습니다.
지금 서치를 이용해서 시간이 딜레이가 걸리는 데
그걸 고정으로 바꾼다면 확실히 0.8초안에는 가능할 거 같은데
말이죠.
만들어보려고 저 게임을 잠깐 해봤는데 낚시가 언제 열리는 지
알 수가 없더군요.
광고
전체 최신 인기글
전체 주간 인기글
0
-0
제가 짠다면 이미지그룹에 아래처럼 (첫부분에 노란공이 있는 부분을 캡쳐)
넣고 이미지서치부분범위를 아래와 같이 넣습니다.
<- 낚시전체
그리고 스샷비교로 하시면 될 거 같습니다.
위 스샷에서 아래쪽 하얀색 줄은 낚시범위고
이미지 그룹 밑 녹색쪽 하얀박스는 목표물이 들어갔을 때 캡쳐할
위치입니다.