[📜일지] 수박반통 개발(공부?)일지 #1

[수박반통(1bnmaker)]

명일방주같은 디펜스게임을 만들려고 NavMesh를 쓸것이냐 아니면 직접 A*를 구현할 것이냐 계속 고민중입니다. ㅠㅠ

처음에는 별생각 없이 시작했는데 점점 아이디어가 구체화되면서 제가 하고 싶은 디펜스 게임은 단순 디펜스라기보다는 SRPG성향이 더 강하다는걸 깨달았네요.
위의 레벨디자인이 첫번째 스테이지인데 스테이지가 올라가면서 우리편은 영웅들이 추가되거나 강해지고, 이에 대응하기 위해 몬스터(하얗게 생긴애들)들이 강해지거나 혹은 장애물을 부수면서 치고 들어올 수 있게 하고 싶거든요. 옛날 일본 SRPG의 맵 방어전같은 느낌인거죠.

코드 잘짜는 것도 아니고 굳이 있는거 다시 만드는 취미는 없어서, NavMesh를 검토해봤습니다. 일단 기본 내장 NavMesh로는 장애물 부수기 처리가 안된다는것 같아서 포기했습니다. 좀더 알아보니, Unity에서 GitHub에 올린 NavMesh Component를 사용하면 장애물파괴 처리가 되더라구요. 근데 NavMesh를 사용해도 해결이 안되는 문제들이 있더군요.
고민1) 몬스터들이 어떤 기준으로 어느 시점에 어떤기준으로 이동/챔피언공격/장애물공격 등의 의사결정을 하게 만들지가 애매함. (예를 들면 탐색범위안에 장애물과 영웅들이 여러개 같이 있을 때 무엇부터 공격하도록 해야할까? 장애물이 여러개 검색되면 어느 장애물부터 공격해야할까? 등등. 결국에 우선순위 문제인데...NavMesh로는 지형이나 장애물에 고정 Cost를 할당하는 식이라서, 몬스터들이 개성에따라 장애물을 공격하게 할지 챔피언을 공격하게 할지 설정하기가 애매해지네요)
고민2) 복수의 몬스터가 복수의 영웅 및 복수의 장애물에 대해 실시간으로 FindGameObjectsWithTag()으로 호출하면 퍼포먼스 문제가 있을것 같음. --> 매번 FineGameObject호출하는 것보다 전체 영웅과 몬스터와 장애물을 관리하는 싱글톤클래스를 만들고 여기서 가장 가까운 GameObject를 전달해주는게 낫지 않나 생각이 들긴하는데 썩 맘에 들지는 않는 설계입니다.

결국에 이런고민 저런고민 하다보니 NavMesh는 '이동에 관련한 AI'인데 NavMesh로 몬스터의 행동까지 처리하려니까 머리가 아파진다는 걸 깨닫게 되었습니다 ㅡ_ㅡ

이럴바에는 차라리 A*를 직접구현해서 하는게 나은거 아닌가?? 하는 생각이 들어서 A*구현하는법부터 보고있습니다. 이것도 결국 Cost할당이라는데 차이는 없지만, NavMesh는 지역에 Cost값만 줄 수 있는데 반해, 제가 직접 구현하면 Cost로직을 제가 원하는대로 줄 수 있고, 타일맵형식으로 바꾸면 옆 타일만 체크하면 되니까 FindGameObject를 굳이 호출할 필요가 없다는것도 장점이 될 것 같네요. 필요하면 몬스터가 공격할 대상과 타이밍을 결정하는 로직도 적당히 우겨넣을 수 있을것 같긴한데 이건 아직 좀 더 고민해봐야할 것 같습니다 대신에 제 허접한 실력으로는 개발하는게 머리가 아파지고 게임에 의외성이란게 사라진다는게 단점이긴한데...일단 좀더 A*를 고민해보고 결정하려고 합니다.

뭐랄까 개발일지가 아니라 공부한 결과 같은 느낌이긴한데...인디갤 출입을 위해 일단 남겨봅니다. ㅋㅋㅋ

[익명(112.186)]

개추합니다

[수박반통(1bnmaker)]

[익명(14.37)]

개발 고민만 해도 잼있네

[수박반통(1bnmaker)]

흑흑 고민수렁에서 얼른 벗어나서 쭉쭉 진도 뽑으면 좋겠습니다.

[매미허물(shedinja)]