[📜일지] 스와이프 마왕 수박 키우기 게임 #10 - 게임 오버

[태보미(taebomi)]

1일 1일지를 작성하기로 다짐하고 실행한지 9일...

게임오버 UI를 만들기로 결심함과 동시에 깨져버린 것이다 !

UI 만드는 것은 너무나도 어려운 것...

사실 바쁘기도 했는데 그래도 3주나 걸릴만한 일들은 아니었다.

마지막으로 옵션 UI를 만들어주었었는데 비쥬얼은 나중에 한번 손을 봐줘야 할 것 같고

일단 필요한 옵션들을 차차 추가해주기만 해야겠다.

오랜만에 작성하는 일지다보니 길게 채워야겠다 !

스크립터블 오브젝트

현재 전부 스크립터블 오브젝트(이하 SO)를 이용하여 구현중인데

빌드해보고 실행해보고 게임오버 후 씬 재로드해도 잘 동작하는 것으로 보아

이대로 쭉 진행하면 될 듯 하다.

SO를 이용하는 방식은 이전에 유니티 강의를 언급했었고 아래 링크가 내용이었다.

https://github.com/UnityTechnologies/open-project-1

<span style="font-size:11pt;">GitHub - UnityTechnologies/open-project-1: Unity Open Project #1: Chop Chop</span>

https://youtu.be/WLDgtRNK2VE?si=qX

<span style="font-size:11pt;">Game architecture with ScriptableObjects | Open Projects Devlog</span>

현재는 에셋 스토어에 요런 에셋도 등록되었다.

https://assetstore.unity.com/packages/tools/utilities/soap-scriptableobject-architecture-pattern-232107

<span style="font-size:11pt;">Soap - ScriptableObject Architecture Pattern | Utilities Tools | Unity Asset Store</span>

소개 영상

https://www.youtube.com/watch?v=lUbNNOhwwaA

<span style="font-size:11pt;">Soap: Scriptable Object Architecture Pattern - Features</span>

어떤 느낌인지 간단히 예를 들자면,

플레이어의 체력 UI -> 플레이어의 체력 컴포넌트의 체력 참조

플레이어 -> 스테이지 매니저 참조

플레이어 -> 적 매니저 참조

이런 식으로 시스템 간 서로 엮이는 경우가 많을 것이다.

이 커플링이라는 문제를 해결하기 위해 이벤트를 이용하지만,

그렇게 해결하더라도 결국 한쪽은 대상을 알고 있어야 하고

뉴비 수준에선 넘나 어려운 것.

왜 이런 엮이는 경우를 피하려고 하느냐 한다면

코드가 점점 복잡해질 수록 스파게티 코드라는 많이 듣던 문제도 생기고

단위 테스트도 힘들어진다.

이를 현재 씬과 독립적인 SO를 이용해주게되면

SO가 중간 징검다리 역할을 해주게 되어 서로 알 필요가 없어지고

언제 어디서든 문제없이 접근을 할 수 있게 되는 것이다 !

흔한 뉴비들이 겪는 문제인 프리팹에 씬에 있는 오브젝트를 참조할 수 없어요 같은 문제를 간단하게 해결할 수 있다.

플레이어 체력 참조 어떻게 해요? 라던지.

아래는 적용해본 예시이고 아직 이런저런 시도중이라 컴포넌트 참조중인 것도 있는데,

input의 경우에는 독립적이므로 참조중인 컴포넌트를 SO 이벤트로 변경하면 될 것 같다.

이렇게 SO를 떡칠해서 서로 다른 친구들끼리 이벤트를 날려준다거나 변수를 참조한다거나 하는 것이 가능하다.

여기서 한 컴포넌트를 제거하고 사용해도 문제가 생기지 않는 시스템이 되는 것이고 !

커스텀 에디터를 작성해 인스펙터를 통해 필요한 SO를 직접 조작해서 원하는 상황을 만들 수도 있을 것이다.

예를 들면, 게임 오버 이벤트를 SO로 만들어주고 해당 SO를 구독중인 컴포넌트 중 원하는 테스트할 컴포넌트만 추가해둔 체로

SO의 게임오버 이벤트를 날려 테스트가 가능해진다.

사용 시 겪을 문제점이 몇가지 있을 수 있다.

SO를 동적으로 생성해서 이용할만한 상황

(여러 마리가 생성되는 적의 체력을 SO로 이용하기)은 쓸모가 없겠지만,

애초에 동적으로 생성되는 오브젝트를 SO 내 콜렉션에 담아주어 이용한다던지로 해결할 수 있겠다.

(적 생성 시 SO에 등록해주고 필요에 따라 이 so를 참조)

또는 클래스 내의 변수를 추적할 때 같은 스크립터블 오브젝트를 이용하여 추적이 불편할 수 있는데,

클래스명이 다른 스크립터블 오브젝트를 만든다거나, 아래 사진처럼 reference를 찾아 가는 방법도 있을 수 있다.

성능에 대한 걱정은 이미 서바이벌류를 만들며 고작 이런걸로 이정도 수준의 게임에서 문제가 생기지 않는 것을

깨달았기 때문에 필요 없다고 생각한다.

관심이 없었다면 한번 시도해보는 것은 어떨까?

혹시 코드 쪽도 어떤식으로 구현되는지 궁금하다면 다음 일지에 추가로 설명하겠음.

발사 조건

게임 오버 조건을 추가해주기 위해 발사 조건을 추가해주었다.

처음에는 기본 수박게임들 처럼 바닥에 닿을 경우를 조건으로 두었으나,

쌓인 캡슐이 가까워질수록 바닥에 닿는 속도가 빨라지므로 발사 속도가 일관되지 않다는 점이 마음에 들지 않아

고정 쿨타임과 현재 발사 위치가 막혔는지를 체크한다.

발사되는 위치의 캡슐 크기에 해당하는 overlapCircle을 시도하여

맞닿아 있는지를 체크해주도록 하였다.

쿨타임

이런 느낌으로 쿨타임 동안 다음 발사될 친구는 반투명 상태이고,

조작 시에 무반응하도록 해주었다.

충돌 체크

현재 발사할 캡슐의 크기와 충돌된다면 몇초간 체크 후 게임오버 이벤트를 날린다.

즉, 게임 오버 조건이고 이곳을 제외한 양 옆으로 높이 올라오는 것은 문제가 되지 않는다.

게임 오버

위 충돌 상황이 몇초간 유지된다면 게임 오버가 된다.

아마 여기서 파괴한 마을과 죽인 용사의 숫자를 추가해줄 듯 싶다.

걱정되는 문제는 위 전투 화면에서 전투중인 마물들을 어떻게 할 것인가.

그냥 죽여버린다면 플레이어가 전투 중인 마물이 존재한다면 게임오버가 되지 않기 위해

무의미하게 가만히 시간을 보내게 될 것이다.

그렇다고 마왕이 죽었는데 마물들이 전투하는 것도 애매하고.

고민 중인 부분.

기타

캡슐 밑에 레벨을 작성해주었는데,

지저분해 보인다는 의견이 있어서 다시 제거해주었으나

나중에 옵션으로 추가해주는 방향으로 갈 것 같다.

스프라이트 마스크가 다른 스프라이트 마스크와 간섭을 일으키는 문제는

의외로 소팅 그룹 적용하고 나서 해결되어가지고 뭐지 하고 공식문서를 읽어보니

이러한 내용이 있었다.

역시 자잘한 문제는 천천히 해결해도 좋은 것 !

다음 개발로는 아마 공허했던 윗 화면의 전투 씬이나

중간의 마왕의 대사창 둘 중 하나를 할 듯 한데

마음에 드는 것부터 할 듯 ! 고민중.

현재 아래 수박게임 공간은 다 완성된 듯 하여 데모 플레이가 가능하긴 하지만,

사운드가 들어가 있지 않아

사운드 추가 작업 후에 데모 버전을 공개하도록 하겠음.

FMOD를 이용해서 맛깔나게 사운드가 들어가면 좋겠다.

그럼

+++ 깜빡하고 제일 중요한걸 작성안했는데

캡슐 직접 열심히 그렸따 !

도트 돌아가면 안이뻐서 캡슐 내부 몬스터는 4방향으로 고정시켰다 !

캡슐 돌아갈 때 빛 반사 그림도 고정시켰다 !

이뻐보이면 좋겠음 !

[kiyeta(6f5wntu2ctpa)]

[태보미(taebomi)]

[에뚜(ssss4610)]

드디어 왔다, 인갤의 크리스마스 선물

[태보미(taebomi)]

[ㅆㅇㅆ(124.216)]

캬 너 칠킨 살 날 얼마 안남았네

[ㅆㅇㅆ(124.216)]

난 비비큐로

[태보미(taebomi)]

그랫으면 좋겠는 거에요

[태보미(taebomi)]

접수 완료

[불타는키보드(1bnmaker)]

[태보미(taebomi)]

[사슴발레리나(dearvalerie)]

수박장르 상향평준화 예정일이 다가온다

[태보미(taebomi)]

[사슴발레리나(dearvalerie)]

소환된 마물이 존재하는 도중에 게임오버되면 마물들이 먼지구름 내면서 도망치는 연출해주셈

[태보미(taebomi)]

오 도망가고 비록 마을은 부수지 못했지만 도망간 마물에 따라 보상 줘야겠음 !

[ㅇㅇ 1(211.222)]

[태보미(taebomi)]

[아이스말차라떼(icedmatchalatte)]

오 게임오버 조건이 색다르당

[태보미(taebomi)]

발사하는 방식이다보니 굳이 일반적인 수박게임 게임오버 조건보다는 좀더 전략적으로 양옆공간을 활용할수 있는 방식이 괜찮다고 생각했음 !

[카퍠인(happys96)]

[태보미(taebomi)]

[ㅇㅇ 2(121.149)]

뱀서류는 접었음? 벡터포텐셜 도움 많이 받았었는데 아쉽네

[태보미(taebomi)]

중간에 ssd 용량때문인지 프로젝트에 문제 생겨가지고 해외직구로 주문하고 배달오는동안 요 프로젝트 시작했어요. + 스크립터블 오브젝트 본격 활용해보기 위함. 근데 생각보다 역시나 또 늘어지는 중. 이미 포맷도 다하고... 그래도 그동안 생겼던 에디터 멈추는 문제같은건 해결된듯하고 빨리 마무리짓고 뱀서류 다시 이어나갈예정 !

[ody(min6436k)]

디자인 건든다고 했으니 아트쪽만 조금 피드백 끄적여봄 일단 캡슐 테두리는 배경 도트 한칸 남짓 굵기로 줄이는게 좋아보여. 테두리색도 통일하면 좋을거같긴 한데, 이건 넘어가고 캡슐 들어가는 통? 그 위쪽에 도트부분! 잘린 도트는 안된다! 절대 안된다! 꼭 검은색 라인 그려줘 황색UI도 지금은 배경 대비 좀 밝아보여서 조금 채도나 명도를 낮추는게 좋을거같아. 그리고 알겠지만 설정창 파란색도 진짜 안됨! - dc App

[태보미(taebomi)]

피드백 감사합니다 ! 캡슐 테두리 부분은 살짝 문제인게 작은 사이즈랑 큰 사이즈 모두 같은 이미지를 사용하다보니 사이즈별로 이미지 그려주고 통일시켜야할지 모르겠네요. 일단 테두리 두께는 줄여보도록 할게요. 색은 통일해봤는데 애매한것 같았어요. 캡슐 통 윗쪽 도트부분이 뒷편 곡선부분 말씀하시는 건가 싶은데 제가 게임뷰를 비율로만 설정해둬서 해상도가 낮아서 깨져보이는게 원인일 듯 싶어요. 캡슐은 회전하다보니 도트느낌 없도록 하려고 하고있거든요. UI는 요 캡슐 제외하곤 전부 에셋 구매한건데 확실히 사용하면서 색감이 매번 마음에 안들더라고요. ㅠㅠ

[태보미(taebomi)]

일단은 게임 진행함에 따라 배경이 화사해지기도 할 예정이긴 한데, 말씀하신 대로 채도가 쎄다고 느꼈고 전체적인 배경작업 끝나면 조정해보도록 할게요 ! 설정창은... 색 바리에이션 있어서 써봤는데 영 아닌것같아서 동감 ㅠㅠㅠ 조언 감사합니다 ! 다음 일지부터는 게임뷰해상도 설정해두고 올리도록 하고 말씀하신 부분 하나씩 적용해보도록 하겠습니다 !