[📜일지] 퍼즐 플랫포머 게임 제작 후기#6_1 조작감_기본기능공부

[BIB(melon0037)]

우리팀 BIBGames의 게임 Pa!nt를 지금까지 2년 반, 3년에 가까운 시간동안 가장 처음부터 있던 이슈이자, 가장 최근 PlayX4에 이르러서야 해결된 이슈를 이번에 다뤄보고자 한다.
(이와 별도로 화,금 글 작성이라는목표에서 매번 어긋나지만, 오늘에라도 안올렸다간 다시 글을 안쓰게 될까봐 주가 넘어가기 전에 올립니다!)

1. 날아가버리는 미친 조작감

Pa!nt를 처음 개발할 당시 나는 알고있는 코드가 지극히 제한되어 있었다.(그 당시 나는 유니티 예제 프로젝트를 한,두개 정도 따라서 해본게 다였으며 개발 공부로부터 6개월도 지나지 않은 시점이었다)

그 당시, 사용 가능한 이동에 대한 기능은 크게 두가지가 있었다.(함수에 대한 설명 내용은 실제 해당 함수의 기능과 그에대한 설명 대비 다를 수 있으며, 제가 경험하고 이해한 내용을 기준으로합니다. 잘못된 내용은 지적해주시면 가능한 수정 할 수 있도록 하겠습니다.)

1. Translate

이 함수는 기본적으로, 해당 함수가 호출될 때 마다 위치를 순간이동 시키는 기능이다. 이 함수는 기본적으로 일정한 속도를 이동하게 해준다.

2. Addforce

이 함수는 마치 자동차의 가속과 같이, 순간이동이 아니라 마치 자동차의 악셀과 동일하게, 해당 방향으로의 힘을 더해주며, 더해진, 혹은 변형된 힘은 이후 물리엔진에서 연산이 되며 작동하게 된다.(이 부분의 힘을 가하는 방식은 엄밀히 이야기하면 Impulse라던가 다양한 옵션으로 조정이 가능했던 것으로 기억한다. 다만, 이때 내가 알던 기능은 Impulse와 Force뿐 이었던 것 같다.)

지금 글을 작성하기 위해 Unity Documentation을 읽고나니, 당시 내가 물리엔진에 대해서 얼마나 무지했는지가 잘 느껴지는 것 같긴한데. 어찌되었든 이 당시 나는, Translate를 사용할 경우 벽에 캐릭터가 조금 겹쳐졌다가 튕겨나오는 현상을 겪었었는데, 이 부분이 Translate특유의 문제라 생각했고, 그래서 이 부분을 고치고자 Addforce를 사용했었다.

위의 이미지는 내가 당시 느끼던 Tranlate의 체감상의 감각으로, 본래 이동거리만큼 일단 벽을 뚫고 들어갔다가 다시 튕겨나온다는 인상을 받았었다.

그렇게 해서 만들어진 물리는 Addforce를 사용했었는데, 이때 해당 기능을 제대로 이해하지 못해 키를 누르고 있으면 점점 빨라지고, 잘만 조작하면 날아갔으며, 반대방향으로 조작할때는 마치 바닥이 미끄러지는 느낌을 주는 조작감을 가지게 되었었다.(지금에 와서 농담삼아 이야기 할때는, 이 조작감을 잘 살리면 항아리계열같은 킹받는 게임이 가능하지 않았을까 라고 자주 이야기한다. 또, 이때 이 조작감에서 용케도 게임의 기획을 이해해주고 참여해준 팀원들에게 정말로 감사하다.)

2. 정직해도 너무 정직한 조작감

앞선 상황에서 우리는 키 입력이 들어오면 해당 속도를 바로 캐릭터에게 입력해주는 방식으로 조작 방식을 바꿨었다.

이때의 빌드는 우선 생각대로 조작하는 것은 성공했다. 다만, 이때부터는 속도가 너무 느리다는 문제가 생기게 되었다. 사실 이 과정에서는 속도가 느리다는 것을 개발하면서 매일마다 보던 우리는 스스로 느리다는 인상을 받지 못했고, 이러한 물리 속도는 유지된 채로 다음 아트로 넘어가게 되었다.

이 과정에서 우리는 전반적인 속도가 느리다는 것을 이용자들로부터의 피드백으로 어렴풋인 알고 있었지만, 정작 우리 스스로는 느리다고 못느껴서 바꾸는 것에 대해서 소극적이었다. 엄밀히 이야기를 하자면, 당시에는 이미 스테이지에 대한 제작이 많이 진행되었었고, 점프력과 이동속도를 함부로 변형했다가 이동 가능한 영역이 바뀌면서 레벨디자인이 깨지는 것에 대해서 우려가 되어서 바꾸지 못하고 있었다.(당시 내가 했던 가장 바보같았던 말은 퍼즐 게임이니까, 빠르면 조작에 어려움을 겪을 것이기에, 느려도 된다. 라는 굉장히 게으른 말을 했었다. 이용자들은 편견없이 게임을 접했을 때, 불편한점을 이야기 한 것이었기에, 만약 내 생각과 다른 피드백이라면, 다른 점에서 오해하게 한 점은 없는지, 아니면 내가 고집을 부리는건 아닌지 고민을 했어야 했다. 이런 피드백을 반영했던 과정들도 추후에 글로 다뤄보겠다.)

그러던 우리에게 어느날 관계자분이 일침을 놓아주셨었는데, 대회용으로 내던 영상에서는 우리가 주어진 영상 시간안에 많은걸 보여주겠다고 항상 배속을 걸너 놓았던 것을 보시고선, 스스로도 보기에 배속이 걸린게 보기 편해서 배속을 걸어놓고, 왜 게임은 느린 그대로 안고치냐고 말씀을 해주셨었다. 이 말씀은 그 당시 우리를 굉장한 충격에 빠트렸고, 우리는 이 말씀을 계기로 물리엔진 속도를 높이게 되었었다.

중력

또, 이 물리엔진 속도와 관련해서 참 신기하고 재밌었던 점은 낙하속도와 중력에 관한 부분이었다. 우리가 현실에서 공중에 떠있는 시간은 비행기라도 타거나 높은곳에서 떨어지지 않는 한, 보통은 굉장히 짧다. 그렇기에 나는 유니티 물리엔진의 중력변수를 보고 9.8~~(현실 중력과 유사한 수치)이 적혀있는것을 보고, 충분할 것이라고 생각했었다. 이때, 나는 플랫포머의 주인공들의 미친 점프력을 인지하지 못하고 있었다.

그렇다. 플랫포머의 주인공들은 최소한 자기 키만큼, 많게는 자기키의 몇배 만큼은 점프를 했었고, 현실의 나는 높이 뛰어봐야 내 무릎 높이까지 밖에 점프를 못하니, 체공시간이 말도 안되게 차이가 났었다.

그래서, 우선적인 조작감 개선의 목표는 체공시간의 감소, 이에불구하고 거의 동일한 이동범위를 가지도록 이동속도에 대한 증가가 목표가 되었었다.

3. 조금은 빨라진 조작감

이때 조작감을 개선할때는, 주먹 구구식으로 개선을 진행했었다. 간단히 이야기하자면, 점프시 배경 타일 몇칸, 점프후 착지까지 한쪽으로 쭉 이동시, 몇칸 이런 식이었다. 이렇게 해서 측정된 값만큼 씩 이동이 가능하도록 수치를 노가다를 통해서 조정해서 얼추 이동범위를 비슷하게 유지한 체 조작감이 개선되었었다. 그러나, 이 부분은 결과보다는 "얼추"라는 표현이 아주 큰 문제가 되었다. 당시 이동속도와 점프력, 중력을 float으로 소숫점 단위의 변수들로 조정을 해두고, 정작 계량을 할때는 소숫점을 뺀 단위로 계량했으며, 무엇보다 이용자가 직접 조작해서 재연하고, 관측하는 굉장히 단순 무식한 방법을 사용했다. 이런, 정확도가 떨어지는 방법으로 진행을 했으니, 실제 스테이지들에서 이동범위가 들쑥날쑥하게 바뀌게 되었다. 덕분에 우리는 노가다로 물리엔진의 속도를 바꾸고, 노가다로 모든 스테이지들의 블록 배치를 바꿔야했다..

오늘의 글은 우선 여기서 1편이 마무리되고, 2편에서는 물리엔진 배속 기능의 구현, 그외, 플랫포머 게임의 조작감 개선을 위해 시도했던 기능들을 다루겠다.

[디시콘쓸려고만듦(kimmsssiu)]

[익명(101.235)]

ㄹㅇ 이제 공부시작한 개발자에게 뼈가 되고 살이되는 정보다