[📜일지] 댕댕이 서바이벌 #13 - 상호작용 / 타일맵

[태보미코(taebomico)]

개발일지 링크

#1 - 플레이어 기본 조작

#2 - 무기 기틀 세우기

#3 - 무기 종류 추가 및 업그레이드 구현

#4 - 기본 몬스터

#5 - 몬스터 스폰

#6 - 즉사 공격, 가까운 적 탐색, 데미지 표기

#7 - 플레이어 스텟

#8 - 성능 최적화 (움짤 주의)

#9 - Experience Point

#10 - 넉백 / 미티어 스트라이크

#11 - 경험치 및 레벨업 UI

#12 - HP / SP

지난 이야기

HP와 SP의 UI를 구현했다.

UI가 맘들지 않았는데 피드백을 받고 개선되었다. 피드백 항상 감사한거에요 !

피격 이펙트와 체력이 부족할때 효과도 이후에 추가해줄 생각이다.

현재는 경험치 바도 hp/sp와 비슷하게 통일해주었다.

원래는 이제 구현해둔 레벨업 UI를 통해 아이템 풀로부터 랜덤한 아이템을 뽑는 과정을 구현하려고 했다.

그런데 아이템풀에 넣어줄 아이템이 현재 고작 발톱, 저주, 활, 메테오 단 4종류밖에 존재하지 않는다는 문제가 생겼다.

더미 데이터를 만들어도 되겠지만 어짜피 만들어야하니 그냥 무기를 만들기로 결정하였다.

생각난 것은 뱀서의 마늘.

너무 뱀서랑 똑같이 만들고있는것 아닌가 싶긴 한데

무기 종류를 계속 추가하다보면 다양해질테니 크게 문제되지 않을듯하다.

문제는 쓸만한 그래픽 에셋이 보이지 않는다는 점.

내가 그리기로 결정하고 디자인을 생각하는동안 다른 구현을 하였다.

바로 상호작용이다.

상호작용

서바이벌을 플레이하며 아쉽게 생각했던 부분 중 하나는

초반에나 컨트롤이 필요하고 중반쯔음부터는 그냥 딜찍누로 의미없이 무한맵을 걷는 것이었다.

댕댕이 서바이벌(이하 댕서)은 이 부분을 보완하면 어떨까 싶었고,

스토리를 기반으로 탐험적인 요소를 넣어볼 생각이라 조금 더 많은 상호작용이 필요하게되었다.

물론 서바이벌류의 무한맵을 좋아하는 사람들이 대부분이 아닐까 싶긴 하지만,

유행이 한참 지난 장르이다보니 새로운 도전을 해봐도 좋지 않을까 생각한다.

플레이어가 일정 구역 내에서 빙빙 돌며 레벨업을 하는 것을 포기하고 위에서 말한 탐험 요소를 선택하려면,

현재 지역을 포기하고 움직였을 때의 이득이 존재해야 할 것이다.

그러기 위해서는 맵에 단순히 이동만으로 생기는 랜덤적인 요소가 아닌

스테이지 시작 시 랜덤 위치에 생성되는 플레이어에게 선택과 득실을 주는 요소가 필요해진다.

그것을 바로 상호작용하는 오브젝트들로 해결할 생각이다.

서바이벌류에 존재하는 상호작용은 보통 몸으로 부딪혀서 일어나고,

마법진을 밟는다거나, 상인을 사용한다거나, 유물을 획득하는 등의 이벤트가 존재한다.

댕서의 상호작용으로는 표지판, 상인, 문서, 신상, npc, 제단, 비밀, 보스 소환 등이 있을 예정이다.

단순히 몸으로 부딪혀도 되지만 생각해본 요소 중에 미믹도 존재하여 몸으로 부딪히면 안될 필요성이 생겼다.

따라서 이전에 개발했던 페어리 테일즈 방식의 상호작용을 구현해주게 되었다.

다만, 이전과는 조금 다른 방식으로 구현해보았다.

먼저 필요한 기능과 상호작용의 방식을 생각해보았다.

상호 작용 시에는 몬스터가 다가오고 무기가 발사되는 등의 시간이 정지되고 상호 작용이 연출된다.

상호작용가능 영역 내로 진입 시에 스킬 버튼을 누르면 상호작용을 한다.

영역 내로 진입 시에 상호작용 이모티콘을 표시하며

영역 외로 나갈 시에 상호작용 이모티콘을 제거한다.

만약 플레이어 근처의 상호작용 오브젝트가 2개 이상일 경우에는 가장 가까운 1개와만 상호작용한다.

일단은 이정도면 충분할 것 같고 구현해보도록하자.

구현

이모티콘, 상호작용, 상호작용 가능 오브젝트, 이모티콘 출력 오브젝트,

플레이어가 가까운 오브젝트 추적 등을 구현해준다.

상호작용 인터페이스

상호작용 시에 일어나는 일들은 매우 다양할 것이다.

인터페이스를 이용해 상호작용 시 일어날 일을 구현해준다.

이모티콘 풍선

상호작용이 가능할 시 나타날 이모티콘 풍선의 스크립트이다.

애니메이션이 존재하며 풀링을 사용한다.

이모티콘이 나타날 오브젝트 스크립트

이모티콘이 나타날 수 있는 오브젝트에 부착될 스크립트이다.

이모티콘이 나타날 지점(머리 위 등)을 변수에 담아두고 요청을 받으면 이에 맞추어 생성한다.

상호작용 가능한 오브젝트 스크립트

이번 구현의 핵심적인 부분이다.

requirecomponent 애트리뷰트를 사용해 이모티콘풍선과 IInteractable이 반드시 있는지 체크해준다.

플레이어가 아닌 상호작용 오브젝트가 주체가 되어

상호작용 오브젝트에 설정해둔 트리거 범위로 들어오고 나갈 시 플레이어에게 알린다.

페어리 테일즈 때는 플레이어가 주체였지만 이번에는 반대로 해보았다.

또, 상호작용 범위에 들어올 경우 이벤트를 발생시켜

상호작용 오브젝트가 플레이어가 가까워지면 손을 흔든다거나 등의 행동을 할 수 있게 해준다.

플레이어의 상호작용 체크 스크립트

플레이어에게 부착될 컴포넌트이다.

위에서 말한 상호작용 오브젝트가 플레이어에게 접근해 알리면,

현재 상호작용 가능한 오브젝트의 수에 따라 필요한 작업을 한다.

예를 들어, 1개만 존재할 경우 거리체크가 필요없으므로 바로 저장되고,

2개가 되었을 경우에는 거리 체크를 시작한다.

다시 1개로 줄어든 경우 거리 체크를 종료하며, 0개가 될 경우 상호작용 오브젝트가 없다고 판단한다.

거리 체크는 단순하게 리스트를 순회하여 가장 가까운 제곱거리를 확인한다.

플레이어의 스킬 버튼 함수 일부

플레이어가 스킬 버튼을 누르게 되면 현재 상호작용 가능한 오브젝트가 있을 경우 상호작용을 요청한다.

상호작용될 표지판

위에서 만들어준 IInteractable을 상속하여 상호작용 가능할 시 할 일을 넣어준다.

간단하게 테스트하기 위해 저장된 string을 출력해주도록 했다.

아마 이 부분은 이후에 연출이 편리한 타임라인을 이용하도록 변경해줄 듯 하다.

동작

가장 가까운 상호작용 오브젝트를 잘 체크해주고있다.

버튼을 누를 경우 해당 오브젝트와 잘 상호작용한다.

처음에 보았던 대로 이런 결과가 만들어졌다.

끝 !

타일맵

갑자기 녹색으로 평평하던 땅과, 벗어나면 푸르딩딩한 세상이었는데 이쁜 배경이 생겨버렸다.

마음에 든다면 기쁠 것 같다.

탐험의 요소를 넣기로 했으니 탐험을 할 거대한 맵이 필요한 것이다.

이 부분의 작업은 조금 더 나중에 하려고 했으나,

실베를 자주 가다보니 어짜피 사람들 눈에는 그래픽만 보이는데 뭔가 있어보여야겠다라는 생각이 들었다.

따라서 간간히 작업을 하며 맵을 만들어주기로 했다.

먼저 생각해본 맵의 크기는 2000 * 2000의 타일 4,000,000개. 굉장히 많은 양의 타일이다.

지난 번에 100만개 정도로 테스트해보았었는데,

기본적으로 유니티 타일맵에서 렌더링 최적화로

오클루전 컬링과 청크 단위로 무엇인가가 있어서인지 별다른 부하가 없었다.

2000 * 2000개로 한번 더 테스트해보았다.

플레이 자체는 딱히 문제없이 잘 된다.

하지만 세이브, 플레이 버튼을 누르고 나갈 시,

타일 맵에 실수로 페인트 통을 올려둘 시 최대 5분의 프리징이 걸린다.

딱히 해결방법이 생각나지 않으므로

타일 맵을 쪼개 청크 단위로 나눠 가까운 타일맵들만 활성화시켜주도록 해보기로 했다.

타일맵의 인스펙터를 디버그모드로 보면 청크 사이즈가 32 32 32로 되어있다.

렌더링 시에 이 단위로 나눠서 렌더링 되는 뭔가뭔가인 작업이 있는거 아닐까 생각한다.

따라서 96 x 96 타일단위로 타일맵을 나눠주기로 결정했다.

구현또한 좋은 방법이 생각나지 않으므로

간단하게 물리엔진을 사용해 타일맵 단위별로 트리거를 가지고 체크해주는 방식을 사용해보려고 한다.

이 부분은 예정된 구현 후 진행해보겠다.

끝

이렇게 무한 맵이 아닌 서바이벌류라니 이상할것 같아 싶지만,

나 혼자만 재밌을것 같긴 해도 페어리 테일즈의 망령 때문인지 기획을 이렇게 정해버렸다.

생각되는 문제로는 벽으로 인한 몬스터의 길찾기 문제가 있으나

이후에 타일 기반 길찾기를 구현해서

플레이어 근처의 각 타일마다 플레이어로의 장애물을 피한 1타일 최단방향을 구해

몬스터는 현재 자신의 위치의 타일에 접근해 그 방향대로 이동을 시켜보면 되지 않을까 생각중이다.

마지막으로 한번 더 짤 보고가며,

남은 길이 험난하다는 것을 깨달아버린것이다.

[익명(59.13)]

금방 하시겠네유

[태보미(taebomi)]

[사슴발레리나(dearvalerie)]

개초고수 ㅇㅈ 지금 보니까 플레이어가 하얀색 멍뭉이라 화면이 꽉찬 상태에서도 쉽게 구별가는거 좋움

[사슴발레리나(dearvalerie)]

멍뭉이니까 경험치도 뼈다귀나 동그란 코코볼처럼 생긴 개밥이면 어떨까 생각해봤는데 가시성 문제때문에 코코볼 개밥은 하기 어려울듯

[태보미(taebomi)]

감사한거에요. 맞아요. 기본 캐릭터는 일부로 식별하기 좋으면서 하얀색으로 변환한 사실은 늑대였던 것을 사용했어요. 경험치는 처음에 다른 분 일지보며 말씀하신 부류로 생각했는데 도트가 워낙 크다보니 표현하기가 정말정말 힘들더라고요. 현재 경험치도 3 x 4 사이즈인데 저정도 크기인거에요 ! 그래서 마석이라는 설정으로 스토리에 연관이 될 예정이에요 !

[익명(wkd000424)]

가히.. 인갤《 상현의 3 》이라고 할만한 실력이군.

[태보미(taebomi)]

1이 되는 그날까지...

[에뚜(ssss4610)]

처음 보고 메테오와 즉사 스킬을 뿌리고 다니며 마을 주민 A와 대화하는 그림이 생각나서 피식 했는데 그래도 상호작용 오브젝트들 잘 구성하면 다양한 플레이스타일을 만들어볼 수 있겠네요

[태보미(taebomi)]

와 그건 생각 못했는데 좀 웃기네요 ㅋㅋㅋ 최대한 안 이상해보이게 해야겠음...

[매미허물(shedinja)]

바닥 생기니까 훨씬 보기 좋네

[태보미(taebomi)]

[익명(58.232)]

개추

[태보미(taebomi)]

[CUBEA(cubea0328)]

이미 몇번 들었을거같은 질문이라 죄송한데 프레임 방어 잘 되나요? 오브젝트 200개정도(스킬이펙트 제외하고 몬스터만) 됐을때 60 방어되는지 궁금해요

[태보미(taebomi)]

글 상단의 개발일지 목록에서 최적화랑 근처 글 확인해보시면 도움이 되실 것 같아요. 간단하게는 몬스터 대략 800개 이후부터 60프레임 이하로 떨어지는 것 같네요.

[CUBEA(cubea0328)]

고맙습니다

[연두고래(jjw2696)]

엄청나다..! 자극이 팍팍오네용 넘무 멋졍

[태보미(taebomi)]

[카퍠인(happys96)]

[태보미(taebomi)]

[소신발언용계정(gohae1234)]

저기.. 진짜 노잼같거든요