[📜일지] Frostory 쉐도우맵

[특수한발가락(seobyeongky)]

안녕하세요!

설 잘 보내셨나요?

늦었지만 새해 복 많이 받으시길 바랍니다.

이번에는 최근에 만든 쉐도우맵 기능에 대해서 써볼까 합니다.

저희 팀이 프로그래머만 둘이다보니 타일이나 아트 리소스가 좀 밋밋한 편입니다

그래서 어떻게 하면 시각적으로 조금이나마 풍성하게 느껴지게 할 수 있을까 고민을 했었습니다

그렇게 계획하게 된 것이, 타일의 가장자리에 그림자를 씌우는 것이었는데요

만들기 전 목업을 그려보니 그럴싸하게 느껴졌습니다

그래서 이런 그림자를 자동으로 구워 쉐도우맵을 생성하는 기능을 구현하기로 했습니다.

바닥에 씌우는 그림자는 바닥 가장자리에 검은 선을 칠하고, 블러를 먹여서 만들 수 있었습니다.

여기까지는 순조로웠는데요, 벽 그림자를 생성할 때 문제가 생겼습니다.

단순히 바닥의 외곽선 정보를 사용하다보니, 문짝과 타일맵의 이음매를 제대로 처리하지 못했고 벽의 구석에서 그림자가 더 진해져야하는데 더 옅어졌습니다.

고민 끝에, 이를 해결하기 위해 높이값, 구석 정보를 계산하고 쉐도우맵을 단위별로 쪼개는 알고리즘을 다시 작성했습니다.

그런데 뜻하지 않은 문제가 또 발생했습니다.

저희 게임에는 움직이는 벽이 있는데요, 쉐도우맵을 단순히 구워버리면 그림자를 냅두고 벽만 움직여서 그림자만 허공에 떠있는 일이 생기게 됩니다

보시면 복도 가운데에 보이지 말아야 할 그림자가 있습니다.

결국 삽질 끝에 타일맵 전체의 물리적인 벽의 정보를 계산해서 그림자를 벽에 붙게 만들었습니다.

자세히 보시면 복도가 드러날 때 바닥의 그림자도 벽을 따라서 움직입니다.

이렇게 어느 정도 안정화를 하고나서는 그림자를 세세하게 커스터마이징 할 수 있는 기능도 만들었습니다.

그런데 쉐도우맵을 구울 때 계산량이 많다보니 시간이 너무 오래 걸렸습니다.

그래서 멀티쓰레드로 계산하도록 구조를 바꾸고, 이런 무거운 작업들을 관리해주는 에디터를 만들었습니다. (돌려놓고 자러 갈 수 있게)

이렇게 대부분의 문제를 해결해서 안심하고 있었습니다.

그런데 git에 작업 내용을 푸쉬하려고 보니 대용량 경고가 떴습니다.

그래서 폴더를 확인해보니 파일 수가 너무 많고 용량도 쓸데없이 높았습니다.

실제 텍스쳐 용량 자체는 크지 않지만 그걸 전부 쪼개놓고 텍스쳐로 하다보니 생긴 문제였습니다.

그래서 이걸 하나의 텍스쳐로 묶었습니다.

묶고 난 텍스쳐 크기가 1283 x 72로 기형적으로 길다보니 뭔가 문제가 생길 것 같았는데

정말로 뭔가 이상하게 출력됐습니다.

이 문제는 유니티 spriteatlas기능으로 편하게 해결할 수 있었습니다.

이런식으로 텍스쳐의 문제가 사라졌습니다.

아래는 적용한 버전의 비교 스크린샷입니다.

읽어주셔서 감사합니다!

-------------이전글---------------

1편 소개

2편 괴물

3편 약탈자

4편 파편시스템

5편 대쉬퍼즐

6편 브금소개

7편 스프라이트 순서 처리

8편 레벨 에디팅 툴

9편 대화 시스템

10편 그래픽 리소스 제작과정

11편 레벨 프로토타입 영상

12편 지형 시스템

13편 버려진 레벨들

14편 무기 시스템

15편 룬 시스템

16편 폭탄 퍼즐 레벨

17편 몬스터 제작 과정

18편 모바일 최적화 삽질기

19편 특수효과 발전과정

20편 트리거 시스템

21편 픽셀 퍼펙트 세팅

22편 BIC전시후기 및 데모 공개

23편 로그 뷰어

[익명(49.172)]

고생 많이 한 거 같은데 원래도 어두워서 잘 티가 안 난다 ㅋㅋ 그래도 좋네

[위스플(wlsh0310)]

ㅗㅜㅑ 개고수 - dc App

[익명(220.84)]

대단하다

[r35(likudo)]

ㅗㅜㅑ 싼다

[익명(175.223)]

영리한 자식

[익명(110.35)]

진짜 싯팔 왤케잘해진짜 너무 미쳤자노아

[익명(124.57)]

고수;

[구냥임(nomalhuman)]

와 진짜 이런건 어케하은건지

[익명(125.133)]

생각치도 못한 접근법이고 잘 만들어서 감탄이 나올 정도긴 한데 이렇게 해야만 했나? 라는 생각도 드네. 물론 만들었으니 다방면으로 활용할 수 있겠지만 결과물만 봤을 때 원하는 수준의 그림자를 넣는다 자체는 맵을 찍는 시점에 그림자 레이어도 직접 찍거나, 오브젝트 이미지 자체에 포함시킬 수 있는 부분 아닌가 싶음.

[익명(125.133)]

일반적인 팀에선 오버엔지니어링 일 수도 있다고 보는데 프로그래머 2인인 팀이라면 납득 가는거 같기도 하다. 아무튼 진짜 잘했음 ㅇㅇ

[퀼트(mok9181)]

[익명(14.37)]

인겜갤의 보배