[📜일지] White spirit '19 1월 2주차 개발일지 - 플랫포머 물리

[Creta_P..(hd3306)]

안녕하세요.

아쉽게도, 저번 주에 있던 문제가 쉽게 풀리지 않아 이를 해결하기 위해서

플랫포머 물리 코드를 처음부터 다시 짜기 시작했습니다.

놀랍게도, 이 작업은 4일 만에 기초 기능이 완성이 됐는데,

그 정도가 통과가 가능한 땅의 충돌 처리만 완성하면 끝날 정도로

빠른 속도로 개발이 진행됐습니다.

-----

TDTKBody의 탄생

제가 이때까지 다른 프로젝트와 크리펙트 멤버들을 위해 별도로 만들어서 사용하던 TDTK라는 라이브러리가 있었습니다.

약자는 2D tool kit, 플랫포머를 위한 라이브러리였죠.

여기에는 충돌 처리를 위한 TDTKPhysics, 그리고 이 클래스를 상속하고 지면에 붙어있는 기능이 추가된 TDTKCharacter 클래스를 만들어 사용하고 있었습니다.

그러나 나름대로 사용하다보니 문제를 해결해도, 문제점이 자주 발견되었기에

이 참에 깔끔하게 해결할 수 있게 구상한 여러 방법으로 구현해보기로 했습니다.

이름은 TDTKBody입니다.

일단 충돌체부터 다시 만들었습니다.

원래는 TDTKPhysics에서 충돌 계산을 수행했었는데, 이제 역할을 명확하게 나누기 위해 충돌체(TDTKCollider)에서는 충돌 판정을, TDTKPhyiscs와 TDTKCharacter를 합쳐 다시 만드는 TDTKBody에는 물리적인 처리를 하기로 했죠.

우선, 충돌체는 위 아래 좌 우에 직선을 두고 판정하는 단순한 방식을 사용하고 있습니다.

편의 상, 에디터 기능도 추가했죠.

 

그런 다음, 게임에서 충돌 판정을 위한 RayCast를 테스트 해봤습니다, 잘 되네요.

이제 TDTKCollider에게 충돌 감지 메서드를 만들어 줄 차례입니다.

충돌체 특성 상, 위 아래 좌 우 모두를 감지해야 하기 때문에 최대한 정리해서 쓸 수 있도록 코드작업을 진행했습니다.

그래도 사용하려는 이름들이 엄청 길어서 보기 좋지는 않아 보입니다.

그래서 별도의 메서드를 만들어서 정리했습니다.

그런 다음에, 충돌을 통해 위치를 조정하는 건 이전 코드와 같은 방식으로 만들었는데, 여기에 이전과는 약간 다른 점이 생겼습니다.

  

이제 가속도 계산을 할 때, 충돌체 크기보다 크게 움직이게 되면 정확한 충돌 판정을 위해 가속도를 나눈 후, 그 값을 이용해 천천히 위치를 바꿔가며 충돌을 감지하는 식으로 말이죠.

저는 이것을 점진적인 충돌 판정이라고 부르기로 했습니다.

사각형 하나가 유니티의 1unit입니다.

한 프레임에 x 가속도에 10을, y 가속도에 -1을 넣어서 한 프레임에 처리되는 과정을 확인한 사진입니다.

충돌검사를 한 만큼 충돌체를 그리게 되는데, 점진적인 충돌 판정이 잘 되고 있음을 보여주고 있습니다.

그러나 땅에 충돌하고도 y가속도 판정이 계속 시도되고 있는 것이 보였죠.

그래서 점진적인 충돌 판정의 정확도를 위해 가속도를 나눈 값도 계산을 처리했고, 이제 잘 됩니다.

이전에도 한 번 시도했었던 벽에서 밀린만큼 가속도에 계산하기도 해봤습니다.

그리고 이제 남은 문제는 당연히 벽에 충돌되어 무한루프 걸리는 문제입니다.

플랫포머를 여러번 만들어보면서 알게 된 무한루프 문제의 시나리오는 이랬습니다.

첫번째 경우에는, 한축의 양쪽이 동시에 충돌해서 무한루프에 걸리는 시나리오인데,

충돌체가 끼인 상태를 추가하는 것으로 해결했습니다.

그리고 두번째 경우에는, 루프 내에서 다음 스텝에 계속 반대방향으로 미는 것으로

무한루프에 걸리는 시나리오 였습니다.

이 시나리오는 이전 스텝에서 밀었던 방향을 기억하고 확인하는 것으로 끼임 판정을 하는 것으로 해결했죠.

이것으로 대부분 무한루프에 대한 예외를 해결했습니다.

이렇게 현재의 TDTKBody 클래스의 기본적인 기능을 완성했습니다.

다음은 통과 가능한 땅의 물리적인 처리만 완성하면 되네요.

심지어 현재 코드가 이전의 TDTKPhysics, TDTKCharacter보다

더 간결하고 정리되어 있으면서도 정확하게 검사하는 기능을 가지게 됐습니다.

이 과정이 단, 4일만에 끝났습니다.

-----

플롯(Plot)

이런 도중에 플롯에 대한 아이디어와 개연성을 더 해결하는 시나리오가 떠올라

정리하는 데 시간이 걸릴 것으로 보고 있습니다.

아쉽게도 이걸 여기에 쓸 수는 없지만요. 

-----

새로 시작하는 것은 어렵다.

TDTKBody의 준비 작업이 작지만은 않았기 때문에, 카페에서 커피를 마시면서 개발했습니다.

쉽지가 않았지만, 꽤 집중이 잘 돼서 기초 작업이 매우 빠르게 진행됐죠.

현재는 TDTKPhysics, TDTKCharacter를 떼어내기 위한 작업도 진행하고 있습니다.

그럼 다음 주에 돌아오겠습니다.

[익명(211.195)]

혹시 물리를 처음부터 만드는 이유가 있나요?

[Creta_Park(hd3306)]

이전 코드가 생각보다 의존성이 높고 가독성이 떨어졌었습니다. 2년 전에 만들었던 거라 그런지 코드 반복이 많았고, 충돌도 지금(TDTKBody)보다 정교하지 않았습니다.

[익명(211.195)]

아 제가 말한건 유니티 물리를 안쓰고 직접 만드신 코드를 쓰시는 이유요

[Creta_Park(hd3306)]

고전적인 2D플랫포머 물리를 구현하기 위해서는 물리엔진을 사용하지 않는 것이 좋다고 생각합니다.
일반적인 물리로는 플랫포머 특유의 경사면 조작과 구현이 쉽지 않기도하고요.
web.archive.org/web/20180410080209/www.learn-cocos2d.com/2013/08/physics-engine-platformer-terrible-idea

[익명(211.195)]

오 멋지네요 - dc App