[💬] 만드는 겜 '18 8월 1주차 개발일지

[Creta_P..(hd3306)]

안녕하세요.

예상외로 건강상태가 좋지 못해 1주간 개발일지를 쓰지 못했습니다.

그 때문에 잠깐 우울해지기도 했었고요.

우울하면 주변사람들에게 이야기를 꼭 나누세요, 이건 중요합니다.

그래도 현재는 괜찮습니다!

그림 연습

그동안 잠깐 잠깐 그림 연습을 하고 있었습니다. (휴식의 의미로 조용히)

도중에 큰 마음 먹고 최근에 서피스 북 2를 구입했습니다.

이유는 지금까지 쓰던 태블릿으로는 채색하기가 굉장히 부담스러웠기 때문이였죠.

https://youtu.be/NEzAo8jljHI

이때 그린 배경 그림 연습은 영상에도 나오다시피 사막입니다.

스크린샷의 장면만 그리는데 1시간이 걸렸네요. (...)

그래도 부드러운 모양을 그리는 방법, 색 선택에 있어서 스스로 방법을 만들어가는 것 같아서 만족했습니다.

어쨌든, 이 극심한 처리 지연 때문에 서피스 펜을 쓰고 있는 겸, 서피스 북 2를 구입하기로 결정했습니다.

이왕 살 거면 좋은 걸 쓰는 게 좋죠.

서피스 북의 사양 덕분에 데스크탑이 아니여도, 어디서든 개발을 진행할 수 있게 됐습니다.

야호!

처음 설정을 위해 몇가지 개인 설정(브러시)을 묶어두기로 했습니다.

이것을 Krita에서는 번들이라고 부르는데, 만드는 김에 연습 차 Krita에 표시되는 번들 아이콘을 그렸습니다.

채색이 어색하더라도, 1년 전부터 그리던 것 처럼 이상하게 생각하지 않고 꾸준히 연습하기로 했습니다.

그리던 도중에 선의 색에 대한 깊이에 대해 생각할 수 있게 됐습니다.

Git과 유니티

서피스 북 2를 장만한 김에 작업 환경을 만들기 위해 Git 레포를 복제하고 유니티로 잠깐 열어보기로 했습니다.

그런데 유니티로 열어보니, Ferr2D 에셋이 빠진 바람에 프로젝트가 망가지게 열렸습니다.

앗, 깜빡했다...

보면 알겠지만, Ferr2D Terrain에셋은 라이센스 당 하나만 사용 가능하기 때문에, 구입한 당사자인 저만 사용할 수밖에 없었죠.

그래서 저는 Git에서 커밋 제외대상을 만드는 .gitignore를 이용해 Ferr2D Terrain을 예외로 처리해뒀습니다.

아무튼 이 문제를 해결하기 위해, Ferr2D 에셋만 개인 드라이브를 이용해 복사하기로 했습니다.

그리고 다시 열어봤는데...

아니 이게 대체 무슨 일이야!

가만 생각해보니... 내려받은 레포에 Ferr2D Terrain이 사용하는 Terrain 에셋이 몽땅 빠져있었습니다.

????

혹시나 싶어서 .gitignore가 문제인 지 확인하기 위해서 추가했던 예외를 빼니, 변경사항에 Terrain 에셋이 나타나는 것을 발견했죠.

1 2	# Ferr 2D 에셋 (EULA 문제로 인해 해당 에셋만 리포지토리에서 제외됩니다.) Ferr/

이렇게 하면 Ferr라고 이름이 정해진 모든 폴더가 예외로 처리되는 것이였습니다.

그래서 추가 경로까지 포함해 Ferr2D Terrain에셋만 예외로 처리하기 위해 다른 방법을 찾았습니다.

1 2	# Ferr 2D 에셋 (EULA 문제로 인해 해당 에셋만 리포지토리에서 제외됩니다.) **/Assets/ThirdPartyAssets/Ferr/

두개의 와일드카드(**)는, 그 뒤에 어떤 것이 있든 상관 없음을 나타냅니다.

그 앞에 유니티의 에셋 폴더인 Asset, 그 다음에 제가 지정한 개인 경로인 ThirdPartyAssets 폴더 안의 Ferr폴더만 예외로 처리할 수 있도록 수정했습니다.

이제 잘되는군요.

세이브와 메타데이터

지난번에 이벤트 시스템을 잘 구현하는 데 성공했지만, 게임 내에서 일어나는 변화를 저장하고 관리해야 할 필요를 느꼈습니다.

이런 변화를 저장하고 관리하는 시스템이 없다면, 게임을 시작할 때마다 인트로 컷씬을 보게 되는 등의 문제들이 일어나겠죠.

하지만, 이벤트 시스템에서도 접근할 수 있는 시스템을 구현해야 했습니다.

일단 모범 모델로 두고 있던 쯔구르의 변수 시스템을 봤습니다.

사진 자료는 별 헤는 밤을 만들고 있는 제 지인분의 도움을 받았습니다.

변수에 번호(배열)가 매겨져 있고, 대신에 편집기 상에서는 그 번호의 변수가 어떤 역할을 하는 지 주석을 다는 역할을 하는 구조를 가지고 있었습니다.

이것을 메타데이터(Metadata)라고 부릅니다.

메타데이터는, 위키피디아의 개요를 빌려서

데이터에 관한 구조화된 데이터로, 다른 데이터를 설명해 주는 데이터이다.

입니다.

쯔구르의 구조는, 변수의 메타데이터(변수의 이름)를 에디터에서 볼 수 있고,

빌드를 하게 되면, 에디터에서 지정했던 변수의 번호를 인덱스 삼아 변수를 컨트롤하는 구조를 가지고 있습니다.

아무튼 유니티에서 에디터 스크립트를 통해 쯔구르의 변수 구성을 똑같이 구현해봤습니다.

그런데 만들던 도중, 이전에 만들었던 세이브 데이터의 구조를 보고 이 둘을 합친 더 좋은 생각이 떠올랐습니다.

이전에 만들었던 세이브 자료구조는 딕셔너리를 활용해 만들었었습니다.

1 2	Dictionary<string, Dictionary<string, string>> //<대단원 이름, <변수 이름, 값>>

이걸 활용 해서 조금 더 고차원적인 변수 목록을 만들자!

세이브와 메타데이터의 구조는 대강 아래와 같습니다. (의사코드)

1 2 3 4 5 6 7 8

class SaveData { VariableGroup[]; struct VariableGroup { bool[], int[], float[]... //이전 자료구조의 '값' 포지션. } }

쯔구르에서 쓰던 변수 목록의 구조는 VariableGroup으로, VariableGroup은 SaveData에 여러개가 들어갑니다.

이게 무슨 변화가 있냐 싶겠지만, 메타데이터 구조를 보면 알 수 있습니다.

1 2 3 4 5 6 7 8 9

class VariableMetadata : ScriptableObject { List<VariableGroupMetadata>; struct VariableGroupMetadata { string 그룹_이름; //이전 자료구조의 '대단원 이름' 포지션. List<string> bool_이름, int_이름, float_이름... //이전 자료구조의 '변수 이름' 포지션. } }

메타데이터에서 이런 식으로 그룹으로 나눠서 관리하게 되면, 편집하는 사람 입장에서 효율적으로 정리하고 관리할 수 있게 되는 것이죠.

그래서 어제 클래스 다이어그램을 만들고, 오늘 그것을 구현하기 위해 개발 준비 작업을 진행했습니다.

제가 이런 식의 자료구조와 앞으로의 계획을 별 헤는 밤을 만드는 지인에게 소개했더니, 반응이 굉장했죠.

Comeback!

드디어 8월입니다.

가을이 시작하는 입추가 지났는데도, 날씨는 여전히 덥네요.

그래도 감기 걸리기 쉬운 때니, 여러분도 몸 건강 잘 챙기시길...

어제 또 주말에 지인이랑 만나서 스무디를 먹고 서로 5시간 동안 할 일을 하기도 했습니다.

선물도 받았어요!

다음 주에 또 오겠습니다.

[익명(59.6)]

많은 참고가 되네요 - dc App

[익명(220.120)]

하와와 금같은 자료 올려주셔서 감사해요

[익명(220.120)]

근데 진짜 서피스 구매는 .... 하지말지 지인이었다면 뜯어말렸겠지만 이미 구매하셔서 어쩔 수 없지만 ㅠㅠ 아쉽네요!

[Creta_Park(hd3306)]

220.120//개인적으로는 만족하고 있으니 괜찮아요ㅋㅋ

[익명(220.120)]

ㄴ ㅎㅎ그게 가장중요하지요