사용처 : SpawnManager

스테이지 진행을 위한 로직에서 SpawnManager를 사용하였고 스테이지 진행을 코루틴 호출로 단계별 로직이 실행될 수 있도록 하고자 했지만 SpawnManager는 MonoBehaviour를 상속받지 않은 클래스이므로 코루틴을 호출해줄 클래스가 필요했고 전역으로 사용할 CoroutineManager 클래스를 만들고 해당 클래스에서 코루틴을 대신 호출해주는 방식을 채택하였습니다.

• SpawnManager Code 스크린샷





• CoroutineManager Code 스크린샷

  

  

  

사용처 : 플레이어 모듈의 파츠 정보, 스테이지 정보, 튜토리얼 정보

데이터 관리 시 기존의 방법은 Scriptable Object가 필요한 오브젝트의 인스펙터에 직접 연결해 정보를 할당하는 방식을 사용하였지만 관리가 힘들고 많은 수의 SO를 생성해 할당하는 과정에서 휴먼에러가 발생할 수 있는 문제가 있었습니다.

이를 Excel Importer를 활용해 필요한 데이터를 엑셀 시트로 관리하고 시트를 SO로 변환해 데이터 관리의 편의성을 높였으며 변환된 SO를 데이터 매니저를 활용해 Dictionary 에 저장해두고 필요한 때에 동적으로 사용할 수 있도록 접근성을 높였습니다.

사용처 : Sci-fi 스타일의 포스트 프로세싱 및 Shader Graph

저희 게임은 공상과학 느낌의 컨셉을 원했고 그 기능으로 네온효과가 필수였습니다. 유니티에선 URP 템플릿의 PostProcessing과 Shader Graph를 사용하여 Emission 효과와 Dissolve 효과를 줄 수 있었고 결과적으로 Sci-Fi 게임 느낌을 살릴 수 있었습니다.

• Emission

  

  

  

  

• ShaderGraph

  

  

사용처 : 적 탄막, 플레이어 탄막, 적 유닛

씬 진입 시, 많은 횟수의 생성과 삭제를 필요로 하는 오브젝트를 미리 준비하여 Instantiate와 Destroy사용을 최소화 하였습니다. 현재 프로젝트에서 사용된 Pooler는 추가적으로 아래와 같은 특징을 갖습니다.

• 오브젝트의 특성에 따라 그에 맞는 Pooler를 사용하였습니다.

  효과 : 한 개의 Pooler Prefab에 모든 Pooled 오브젝트들을 모아두었던 방식에서, ‘Enemy’, ‘UI’, ‘PlayerBullets’ 등 특성에 맞는 Pooler를 각자 마련함으로써 다양한 씬에서 가볍게 사용될 수 있도록 활용성을 높였습니다.

  개선할 점 : 현재의 Pooler는 반드시 그 속성을 필요로 하며 한 개의 씬에 같은 속성을 가진 Pooler를 두 개 이상 배치할 수 없습니다. 이 두 가지의 제한사항을 개선할 여지가 있습니다.

• Pool 생성 시, 프레임 당 생성 가능한 오브젝트 수를 제한했습니다.

  효과 : Queue와 비동기를 사용하여 프레임당 Pool 생성량에 제한을 가한 결과, Pooler에 속한 Pool의 크기에 따라 기하급수적으로 늘어나던 씬의 로딩시간을 없애고, 각 프레임 당 부담이 되지 않을 정도로 Instantiate를 분배함으로써 게임의 지연속도를 최소화 할 수 있었습니다.

  개선할 점 : 사용자 기기의 성능에 따라 프레임 당 적절한 오브젝트의 생성(Instantiate) 수에 차이가 있지만, 이러한 요인에 따라 동적으로 생성 제한량을 조절하지 않았습니다. 각 프레임 당 일정 시간을 경과하였을 경우 생성을 중지하도록(다음 프레임에서 작업을 이어나가도록) 하여 개선할 수 있을까 고민하고 있습니다.

사용처 : 적 탄막 생성 정보, 업적 정보

적의 공격 방식(탄막 생성) 프리셋 및 업적 내용 구성에 SO를 통한 모듈식 구성을 사용하였습니다.

적이 사용하는 공격로직은 패턴(Pattern) 단위로 사용이 가능하고, 패턴을 연속적 또는 연쇄적으로 배치한 페이즈(Phase) 단위로써도 사용이 가능합니다.

업적은 Achievement내에 TaskGroup와 Reward, TaskGroup은 여러 개의 Task로, Task는 Target과 필요 횟수 그리고 계산 방식SO로 구성되는 등 세분화된 SO를 조합하여 완성된 AchievementSO 하나를 만듭니다.

효과 : 모듈식 구성을 통해 적의 탄막 공격 모양과 반복적인 패턴 발현에 대해 효과적으로 구현이 가능했고 새로운 프리셋을 만드는 과정도 매우 간단해졌다. 업적 시스템의 경우는 업적단위, Task단위 등에서 독립적으로 할 일을 명확히 하여 이를 조합하는 방식을 사용했기 때문에 관리가 용이하였다.

개선할 점 : 현재 미리 준비된 탄막과 업적 데이터는 모두 SO로 관리되고있다. 각 모듈단위마다 데이터시트를 작성하여 관리하는 방식을 사용한다면 더 보기 쉽고 비개발자 입장에서도 관리가 쉬운 환경이 될 것이다.

사용처 : 적 탄막 생성 정보가 담긴 SO의 Inspector 커스텀

에디터의 Inspector에서 보여질 속성을 더 잘 설명(번역, 상세설명 등)하고, 다른 속성의 상태에 따라 정해야 할 속성값들을 선택적으로 Inspector에서 보여주기 위해 사용하였습니다.

개선할 점 : Inspector를 그리는 데에 마주한 몇 가지 문제를 해결하지 못하였습니다.

List 또는 Array의 폼을 기존 인스펙터와 같이 프레임을 갖도록 하기

List 내 List의 속성에 대한 설정(이름, 조건부 표시 등)

불필요하게 추가적으로 생성되는 Inpector 내 UI 삭제

사용정보 : Localization 패키지 활용, csv파일로 데이터 관리, 한/영 지원

Unity Registry의 Localization 패키지를 활용하였고, csv파일로 locale별 표시 데이터를 관리합니다.

이미 준비된 씬 내 오브젝트와 프리팹에는 전용 컴포넌트를 부착하여 사용하며, 스크립팅을 통해 표시되는 텍스트는 전용 유틸 클래스(오브젝트에 컴포넌트를 부착)를 준비하여 활용합니다.

• 사용 예시는 아래와 같습니다.

  

  

  

  

개선할 점 : 구글 스프레드 시트를 연동할 수 있다는 사실을 들어 알고 있습니다. 이를 통해 번역 언어 확장과 언어 번역의 자동화에 대해 개선이 이루어질 수 있다고 생각됩니다.

사용처 : 적 상태(강성원), 플레이어 상태(국지윤)

FSM은 상태가 많아지면 구조가 복잡해지고 관리가 힘들어지는 한계가 있습니다.

이러한 이유로 상태들을 계층으로 관리할 수 있는 HFSM 구조를 채택했습니다.

• Player HFSM

  플레이어는 상태에 따라 애니메이션 및 동작 로직이 달라야 했고 계층을 이루는 구조가 필요했습니다. 이를 적용할 방법으로 HFSM 이 적합하다고 판단되어 HFSM을 사용하여 각 상태에 따라 동작을 정의해 현재 상태를 직관적으로 알 수 있었습니다.

  

  

• Enemy HFSM

  자율적으로 행동하는 Enemy는 Alive 상태일 때 연결되는 상태가 계층으로 정의되어 HFSM을 적용하였습니다.

  

사용정보 : AI Navigation 및 A*알고리즘 사용

등장하는 적의 길찾기 기능에는 유니티에서 제공하는 AI Navigation과 A*알고리즘 2가지를 사용하였습니다.

• AI Navigation (NavMeshAgent)

  지상에서 걷는 몹이 다양한 지형에 대응하는 길 찾기 기능이 필요했습니다.

  유니티에서 제공해주는 AI Navigation를 사용하여 여러 지형에 대응하여 플레이어를 쫓아가는 몬스터를 구현할 수 있었습니다.

• A* 알고리즘

  ❓사용 이유❓

  구체 형태의 오브젝트가 플레이어를 향해 자연스럽게 굴러가도록 하기 위해 NavMeshAgent를 사용했지만 물리적인 적용에 있어서 한계가 있어 A* 알고리즘을 활용하기로 결정했습니다.

  ❗얻은 효과❗

  A* 알고리즘은 목표지점까지의 경로를 제공합니다. 이 경로 정보를 바탕으로 구체에 적절한 힘을 가하여 목적지까지 자연스럽게 이동하도록 구현했습니다.

사용정보 : FMOD엔진을 이용하여 환경에 따라 사운드가 능동적으로 바뀌는 적응형 사운드 적용

FMOD 엔진을 이용한 환경에 따라 사운드가 능동적으로 바뀌는 적응형 사운드를 적용했습니다.

1. 보스 등장과 소멸 시 필드 BGM과 보스 BGM이 자연스럽게 박자에 맞춰 Crossfade-Transition이 되도록 구현했습니다.
2. 플레이 중 BGM이 자연스럽게 구간 반복이 되도록 Crossfade를 적용했습니다.
3. 게임 플레이 중 ESC를 눌러 일시정지 하게 되면, Low pass filter 효과를 걸어주게 되어 BGM에 먹먹한 효과를 내게 만들었습니다.
4. 개틀링 건 발사 SFX와 같이 하나의 Source가 빠르게 반복되어 단조롭고 인위적인 소리라고 인식되는 것을 방지하기 위해 발사될 때마다 랜덤으로 Pitch와 Volume 값을 일정 범위 내에서 변경하게 하여 사운드의 무작위성을 더했습니다.

사용처 : 퍽 지도의 생성과 저장 및 불러오기