[📜일지] 2주만에 올리는 텍스트게임 어쩌구 일지

[Indie(27.35)]

Godot의 통치 이론.jpg

대충 요약 위주로 적을까 한다

지난 2주간 세세한 공식에 매달렸다

사실 하나하나 따지고 보면 그다지 세세하지 않은데, 전투에서 발생할 수 있는 여러 경우의 수를 한번에 닫으려다 보니 자질구레해졌다.

그러니까 말하자면 지금 본격적으로 버티컬 슬라이스를 구현하려고 하는데

요약하자면 이렇다

캐릭터 생성

-> 시작 맵에 스폰

-> 명령어 튜토리얼 및 상호작용으로 스탯 및 스킬 분배

-> 초반 무대에 스폰

-> 키워드 기반 NPC 대화 및 상점 '계약서' 구매 기반 반복 퀘스트 수령

-> 전투 및 경험치 획득

-> 돌연변이 및 스킬 숙련도를 올려 성장

-> 전투 및 경험치 획득 루프

이런 과정인데 여기 필요한 데이터들을 정리하니 대충 다음과 같았다

맵, 명령어, 스탯, 스킬, 아이템, NPC, Enemy, Thing

(오브젝트는 겹치는 용어가 너무 많아서 공간에 있는 상호작용 가능한 가구, 물건을 그냥 Thing이라고 칭하기로 했다)

여기서 서로 간 상호작용을 구현하기 위해 Tag와 Effect가 광범위하게 사용되었다

예를 들어 버려진 화학 공단 맵은 독성이 가득해서 biome.toxic 태그를 지닌다 (태그는 가칭이다)

태그 읽는 애가 이걸 갖다가 effect를 찾는다

effect에는 적용 조건, hp나 목마름이나 트리거 같은 '값'에 대한 더하기 빼기 곱하기 나누기, 적용 대상, 시간 따위의 담백한 정의만 적혀 있다

이걸 다시 영향 받는 Actor에게 뿌리고, 사실 '적용 조건'이라는 건 '태그 보유 여부' 이기 때문에 서로 상호 보완적이라고 할까 아무튼 그렇다

개인적으론 hp도 스탯도 스킬도 심지어 트리거도 값에 불과하다는 것을 깨닫는 과정이 참 값진 경험이었다

또,

각 데이터 하부에 게임을 더 풍부하게 할 데이터가 더 있었다

예를 들어 Enemy는 Race 데이터를 가져야 했다

전투시 부위별 명중률, 부위별 데미지, 혈액을 가졌는지 림프액을 가졌는지 산성 혈액을 가졌는지 비현실적인 존재인지...

이걸 몹 하나하나 만들 때마다 다시 적어넣는 병신 짓거리를 하기 싫었고

실제로 여러 게임에서 '질럿은 소형이라 야마토 한 방에 안 죽음' 같은 느낌으로 구현하고 있었으니까 본받아 봤다....

NPC는 스케줄에 따라 가게를 열거나 퀘스트를 주거나 간단한 사회활동을 해야 했기 때문에 Task를 하부 데이터로 가져야 했다

지금은 Task랍시고 그냥 대화문 Text key와 그 key를 불러올 조건문의 나열뿐이지만

후일 넝마주이, 약쟁이, 경찰관 등 역할에 따른 먹이사슬 구현에도 필요한 데이터라고 생각했다

시발 요약만 적으려고 했는데 이런 식이면 너무 길어진다...

아무튼 하고 싶었던 말은 '지난 2주간 목매단 건 전투의 세부 구현이었다'

이번 2주를 보내기 전의 2주동안 매진했던 데이터 구조 정하기가 끝나고 나니

실질적으로 버티컬 슬라이스 구현에 발목을 잡는 건 전투의 상세 내용을 확정 짓는 것 뿐이었다

이건 새삼 굉장히 신기한 부분이었는데 왜냐면 그냥 막연하게

'아이템이 퀘스트를 발동시킬 수도 있어야지'

'NPC가 스케줄도 있어야지'

'상점도 열었으면 퀘스트도 주고 해야지'

'가구 효과를 구현하자면 상태에 따라 태그도 뗐다 붙였다 하고 이펙트도 있어야지'

하면서 경우의 수를 고려하다 보니 결과를 놓고 봤을 때 코드는 데이터를 가공하기만 하면 되고,

실직적인 게임의 볼륨은 구조에 따라 Json을 작성하기만 하면 되었던 것이다

이건 식당으로 비유하자면 데이터는 재료고 코드는 손님(플레이어)에게 요리를 내줄 수 있도록 가공하는 역할만 맡으면 된다는 깨달음이었다

압도적인 깨달음...!

그리고 어떤 데이터는 결국 하드 코딩되는 게 낫다는 깨달음까지 있었다

알찼다 시발

아무튼 구상하고 있는 전투는 이렇다

기본적인 전투는 서로의 공격 간격에 따라 자동공격을 주고받고 회피와 접전을 계산한다

여기에 전투 명령어를 넣어서 갖가지 전투를 구현한다

힘캐는 적을 Grab으로 잡고 Slam으로 최대체력 비례 데미지를 입히는 전투를 하고

내가 Slam까지 할 정도는 아니고 그냥 적이 육체적으로 허약한 편이다?

그럼 그냥 적을 붙잡고 한손무기로 존나 패거나 존나 쑤시는 치사한 전투를 옵션으로 고려해보는 것이다

당연히 강공(powerattack)도 할 수 있어야 한다

명중률이 떨어지지만 접전에서 이득을 보고 피해량도 높다

적이 강공을 한다? Quick 스탯이 높은 무기군은 회피(evade) 명령어를 입력, 아닌 무기군은 parry로 상대의 강공에 대응한다

Parry는 반격(riposte)을 넣어 공짜 기회공격도 준다

그리고 능지캐는 속임수(feint) 명령어로 이득을 본다

적고 보면 별 거 없는데

grab시 판정 방법, slam 데미지 산출 방식, evade와 parry의 방어 보너스, riposte 적용 매커니즘, feint 판정방법 및 부가효과 등등

하나 하나 직접 정해야 했다

사실 원거리 전투 관련해서 접근도(Proximity)를 고안해내고 서로 상쇄되는 방식이랑 자동회복 확률이랑 뭐 여러가지 골치아픈 건 많았는데 

(이미 요약이 아니게 됐지만) 그럼 너무 길어져버린다...

더 적고 싶은데 사실 플레이테스트를 한 것도 아니고

그냥 데이터 검증하고 공식 갖다붙이고 파서 만든 게 전부라서 뭐 보여줄 것도 없다 (그마저도 코딩은 클로드가 함)

사실 다 끝난 것도 아니고 체감상 80% 정도인데다가

맵에 도입한 연출요소인 drama(컷씬같은게 없는 텍스트 게임이니까 effect 외적인 순수한 로그 출력 연출을 드라마라고 하기로 했다)

초기 맵에 채워넣을 NPC, 몹, 아이템

EXP 구간과 감쇄 적용 등등 순수 볼륨 작업이 남아 있어서 플레이 테스트가 언제 가능할지는 모르겠다

사실 원본 게임과 너무 멀어진 것 아닌가 이게 과연 재밌을까 하는 중년의 방황스러운 고민도 많은데 이만 줄이기로 한다

일지 끝!

[치킨과콜라(bang3447)]

뭔가 심심한게 느껴져서 그게 뭔가 생각했는데 폰트를 System 폰트로 바꿔보는건 어떨까 그거랑 브라운관 모니터처럼 효과 줘서 가로로 줄? 넣으면 좀 더 맛갈 날 거 가틈

[워이(scatter6361)]

스캔라인?

[글쓴 Indie(27.35)]

오... 좋다 구현도 현재 메인 로그 위에 쉐이더 레이어 씌워버리면 될 거 같네

[치킨과콜라(bang3447)]