[📜일지] 퍼즐 플랫포머 게임 제작 후기#6_2 조작감_물리 배속,플랫포머

[BIB(melon0037)]

이 글은 앞선 글에서 이어집니다.
바로 이어서 앞선 시행착오들을 개선한 결과였던 물리엔진의 배속 기능과, 그 후, 조작감을 개선하기 위해 넣었던 기능들에 대한 이야기 입니다,

4. 변수를 통한 물리엔진의 배속

이후 우리는 조작감 개선을 위해 속도를 바꿀 때 마다, 게임의 레벨들을 처음부터 끝까지 QA를 다 다시 진행하고, 수정하는건 너무 비효율적이라고 생각했다. 또, 안타깝게도 현재의 조작감은 정수들이 아닌 정말 모호한 소숫점단위로 조정이 되어있었어서 함부로 손을 대기 무서웠다. 그래서 우리는 여기서 아예 캐릭터의 이동범위는 완벽하게 동일하면서 속도만을 제어할 수 있는 변수와 이를 위한 공식을 만들기로 했었다.

사실, 말은 거창하지만, 물리를 고등학생때 공부했던 사람은 생각보다 쉽게 풀 수 있는 문제일 것이다. 하지만, 나는 고등학생때 수식을 쓰는 모든걸 싫어했고, 대학에 가서도 수식은 모두 싫어했어서 공부를하고, 식을 이해하고 변형하는 모든 것을 처음부터 해야했다. 그래도 내용은 생각보다 단순했다. H(점프 최고점 높이)와 R(수평 도달 거리)만 동일하게 유지하되, Vo(점프 당시의 힘(사실 이조차도,Vx(x축에 대한 힘 = 이동속도) Vy(y축에 대한 힘 = 점프력)로 분해 가능하다.))과 g(중력 가속도)를 조정해야 했는데, 풀어야 했던 문제를 간단히 설명하자면, 기존에 물리에서 나오는 문제(보통은 개념 문제정도에서 중력과 힘을 고정하고 이에 따른 이동거리와 높이를 구하게 한다)를 정확히 반대로 푸는 격이었다. 처음에 생각할땐 어려웠지만(이건 전적으로 물리와 수학을 싫어하던 내가 담당해서 그랬을 것이다) 실제로 조사하고, 식을 세우고 이리저리 만지다보니 반나절 정도만에 딱 맞아떨어지게 되어 변수 하나를 조정하면 캐릭터의 속도와 중력은 변화하지만, 이동 범위는 동일하도록 설정이 가능해졌었다.

설마, 우리처럼 게임 레벨들을 다 만들고, 게임의 속도를 바꾸는 이상한 짓을 할 사람들이 많을 것 같지는 않지만, 혹시라도 있다면, "물리"라는 단어에서 무서워하지 말고, 부디 일단 도전해 보길 바란다.

(뿌듯해서 올리는 Speed Of Physics변수)

Deltatime과 1초, FixeUpdate와 Gravity

사실, 이렇게 끝이 났다면 좋았게지만 이 과정에서 생략했던 큰 실수와 이슈가 있어서 같이 기재를 하겠다.

우선 위 이미지에서 보이는 Additional Gravity라는 변수는 Frame마다 해당 수치만큼 중력을 주는 함수에 연결되어 있다. 이 부분은 변수를 통한 물리엔진의 배속이 가능해지기 전, 주먹 구구식으로 조작감을 개선했을 당시에, 오묘하게 멀리가는 것을 잡기 위해 변수로 만들어둔 것이었다.(아니라면 상단Edit->ProjectSetting->Physics2D까지 수치를 수정할때 마다 켜야해서 이를 기능으로 분리해서 구현했었다.) 다만, 이때 나는 이 Additional Gravity가 유니티 엔진의 Physics의 Gravity와 동일한 수치일 것이라고 계산했었다는 점이다. Unity Gravity에 있는 수치는 단위가 굳이 말하자면 초당 가속도였고, 내가 적었던 Additional Gravity는 프래임 마다 작동했기에 Addtitional Gravity를 기존 Gravity로 전환한다면 60배 정도 강한 수치가 됬었다.(해당 기능은 일정하게 유지하기 위해 Fixed update에 연결해놨었다) 나는 이 부분을 모르고 계산을 하고, 변화하는 Gravity를 모두 Additional Gravity에 수치로 넣었다가 중력이 예상된 것에 60배 강하게 작동을 했었다.

그후, 수정된 중력은 Correct Gravity로 분류하여, 이 수치는 앞선 함수로 계산한뒤 적용할때는 60으로 나눠(엄밀히는 deltatime을 사용했다) Unity 물리엔진과 동일한 힘으로 작동하도록 조정하였었다.

5. 플랫포머의 국룰 물리엔진

가끔 플랫포머의 조작감에 대해서 보다보면 발끝으로 플랫폼 위에 서 있을 수 있도록 해주라는 조언이 많이 보인다. 사실, 그런 기능이 없다면 확실히 플레이어들이 플랫폼의 끝에서 뛰는 경험을 어려워 한다. 이에 대해서, 실패할 확률을 줄여주는 기능이고 확실히 필요한 기능은 맞다. 하지만, 그런식으로 기능을 넣어주면 꼭 한번씩 플랫폼 끝에 발톱정도 걸쳐둔 체, 인증샷을 찍는 사람이 있는데, 아무래도 그 모습이 비현실적이다 보니 재밌어서 그런 장면이 나오면 찍게되는 마음도 알 것 같다.(사실 내가 그 사람중 하나다)

다만, 우리게임에서 그런 판정을그대로 넣어주면 사실상 1칸정도 발판이 길어지게 되거 퍼즐 디자인이 바뀌어야 하는 구간들이 있었다. 또, 그런 비 현실적 상황 자체가 몰입을 깰 것이라고 생각했었다. 이럴때 사용하는게 바로 코요테 타임(coyote time)이라는 기능이었다.

코요테 타임

코요테 타임은 플레이어가 발판에서 벗어나고 아주 잠시동안 들어오는 점프 입력에 대해서 점프가 가능해지도록 판정을 바꿔주는 기능이다. 이럴 경우, 플레이어가 점프 가능한 영역이 앞선 1칸보다는 확실히 적고, 레벨을 망가트리는 일은 막을 수 있었다.

또, 앞선 방식에서는 플랫폼에 걸친 상황에서 정지가 가능해 비현실적 상황이 쉽게 보이겠지만, 이 방식은 이동->낙하->점프 라는 순서로 이루어지며, 모두 연속되고 움직이는 상황이기에 크게 눈에 뛰지 않는다는 장점이 있었다.

그래서 우리는 코요테 타임을 우리게임에 적용하였다.(이 부분은 지난 PlayX4에서 물리엔진속도를 초기대비 2,3배 최근대비 50%증가하고 추가로 들어간 상황이었는데 유저들로부터 조작감에대한 부정적 피드백이 없었던 걸로 봐서는 유의미했던 것 같다.)

점프 버퍼 타임

이 기능은 반드시는 아니지만, 조작감을 개선하기 위해서 추가한 기능이었다. 다들 혹시 플랫포머 게임을 할때 무의미한 점프를 해본 경험이 있는가? 우선 나는 그냥 길을 걸을 때도 점프를 하는 편인데, 이때, 점프가 씹히는(눌렀다고 나는 생각하지만, 점프는 되지 않을때)상황은 발생하게 되면 조작감이 굉장히 딸어진다고 느끼는 주된 원인이 되었었다. 이런 경험이 발생하면, 플레이어들은 점프를 할때 마다 멈춰서 확인하고 점프를 하게 되는것 같았다.

이 기능은 그럴때, 캐릭터가 아직 공중에 있을때 점프에 대한 입력이 들어오면, 땅에 닿는 순간 점프가 이루어지도록 해두는 것이다. 물론, 공중에 있는 언제든은 아니고, 이용자가 타이밍에 맞춰서 눌렀다고 느낄정도로 땅에 가까운 상황에서 입력이 되었을때 점프로 판정해주는 기능이다.(이 기능 또한 PlayX4때 하게 도입되었다)

키 입력시간에 따른 점프 높이 변화

이 기능은 내가 정말 감사하게 여기고, 존경하고 있는 개발자 분께서 조언해주셔서 구현, 적용까지 했다가 우리게임 특유의 설계때문에 빌드에서는 제외한 기능이다.

기능 자체는, 일부 게임들에서 나오는 점프 키를 누른 시간에 따라서 점프의 높이가 변화하는 기능이다. 이 기능이 있을 경우, 플레이어가 캐릭터를 조작하는 경험이 단순한 점프의 노가다에서 다양한 경험을 할 수 있게 해주는 기능이며, 낮은 높이에 올라갈때 최대치의 점프를 하고 공중에 있는동안 기다리는 대신 빠르게 플랫폼들을 오가는 뛰어난 조작감을 제공 할 수 있도록 해주는 기능이다.

이 기능은 사실 아예생각도 못하고 있었지만, 조언을 듣고 플랫포머, 게다가 조작감이 안좋았던 우리게임에 너무 맞는다고 생각해서 빠르게 개발해서 테스트를 했었다. 이때 우리게임 특유의 레벨 디자인이 문제가 되었는데, 레벨디자인 당시에 우리게임에서 감압식 점프가 없었으며, 밧줄이나 사다리 같은 수직 이동 경로가 없었다. 그렇다보니 거의 모든 경로를 최대 높이의 점프로 이동해야했고, 그 결과 기능은 있지만, 극 초반부를 제외하곤, 쓰이질 않아, 오히려 후반부 스테이지들에서는 불편해져서 빌드에서 제외하게 되었었다.

이 기능은 추후에 플랫포머 기반 게임을 만들때 사용할까 싶다.

정리하며.

많은 사람들이 플랫포머 게임을 가장 쉽게 생각하는 것 같다. 사실, 나만해도 가장 처음 Pa!nt를 만들때만 했어도, 플랫포머게임이 구현 난이도가 가장 낮을 것 같다고 여기고 개발을 시작했었으니 그런 생각을 가지고 있는 사람들에게 뭐라 할 말은 없다. 다만, 재료가 적게 들어간 요리일수록 각 재료의 맛이 중요하고, 기술이 중요한 것 처럼, 플랫포머인 Pa!nt는 우리팀이 기본기를 다지고 게임의 UX와 조작감, 유저 피드백이라는 본래라면 추상적이고 막연했을 개념들을 실재로 겪고 이해하며 성장하기에 이만한 게임이 없었을 것 같다.

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

[태보미(taebomi)]