[💬] 유니티 물리엔진 자체 개발해서 도입해본 인붕이 있음?

[익명(182.230)]

유니티로 3d 액션게임 개발중인데 비주얼만 3d고 돌아가는 방식은 사실상 2d임

(탑뷰 시점, X Z 축만 사용)

물리효과라고 해봐야 스킬 맞으면 밀어내거나 벽꿍 같은거를 구현해보려 하는데

유니티 기본 물리엔진으론 원하는 효과 나오도록 섬세하게 조정해서 사용하기도 까다롭고

내가 원하는 아웃풋 대비 성능이 과도한 느낌도나서

직접 개발해보려는데 어떤 방향으로 해야함?

collider에 is trigger 설정해서 접촉 판정만 유니티한테 맡기고

그에 따른 물리적인 후처리는 다 내가 직접 해보려는데

다른 좋은방법 뭐있음?

[소닉쫄따구테일즈(dcz3xv7zgu14)]

2d물리 직접 구현해서 쓰고있음 QuadTree로 Broadphase collision하고 콜라이더는 AABB랑 Circle만 구현함. 마찰이랑 탄성계수는 있지도 않음.. 순수하게 충돌체크및 겹침방지용으로 만드럿서 Lockstep동기화 하려고 유니티물리못써서 직접구현함. 지금까지잘쓰고잇음.

[익명(182.230)]

와 충돌감지 까지 직접 다 한거임?

[소닉쫄따구테일즈(dcz3xv7zgu14)]

물리엔진에서 출동감지가 젤 기초적인 거임. CirclevsCircle은 두점사이 거리가 두원 반지름보다 작으면 충돌이고, AABBvsAABB는 뭐 그냥 left right up down 겹치는지체크, AABBvsCircle은 뭐 있음. 나도 어디서 긁어다썼는디... 충돌감지보다 골때리는게 Resolution이라고, 겹치는지 체크했다면 그럼 서로 안겹친 상태로 만들어주는 단계임. 이건 뭐 방법이 무궁무진해서... 그리고 겹쳤을때 두 물체의 속도를 어떻게 처리할지도 문제고.. 암튼 충돌감지는 어렵지않엉

[익명(118.46)]

Broadphase collision 은 구체적으로 뭔가여

[소닉쫄따구테일즈(dcz3xv7zgu14)]

충돌검사를 위해서는 BroadPhase와 NarrowPhase가 있음. Broad(광범위) Narrow(좁은) 물체가 10개가 있고 10개가 서로 겹치지 않는 연산을 하려면 거리체킹을 10x10 = 100번을 해야함. 100개라면 100x100 = 만번검사해야하고. 이건 비효율적이기 때문에. QuadTree라는 공간분할 알고리즘으로 100개의 물체를 트리형태의 자료구조로 분할을 해놓음. 공간을 나누어 놓았기 때문에, 같은공간에 있는지 체크하는것을 Broadphase(광범위) Collision이라고함. 같은공간을 찾았다면, 그 공간에 있는 물체들끼리만 실제 충돌검사를 하면됨. 이걸 Narrow Collision Check라고 하고.

[소닉쫄따구테일즈(dcz3xv7zgu14)]

Broadphase Collision이라고 검색을 해봐. 그럼 QuadTree나 BinarySpacePartitioning(BSP:이진공간분할) Octree 등등 많이 나올거임. 실제로 BSP는 옛날 둠에서도 썼던 방식임. QuadTree는 2차원에서 쓰고 Octree는 3차원에서 쓰고.

[익명(119.148)]

조낸어렵네

[ㅇㄴㅇㅁㄴ(182.230)]

내생각엔 2d든 3d든 상관없이 게임 개발하다보면 rigidbody isKinematic 다 끄게 되있음 공중에서 방향키누르면 움직일수 있게 한다던가 게임스러운 물리 구현해야될떄가 많음 결국 중력부터 시작해서 다 velocity랑 deltatime가지고 자기가 직접 커스텀하게 되더라

[ㅇㄴㅇㅁㄴ(182.230)]

끄는게아니라 키게되잇는거 ㅇㅇ

[익명(119.194)]

역시 개발자는 달라 콘

[익명(36.38)]

위에 게이는 진짜로 물리엔진을 다시 만들었다고 할수있는데, 유니티 리지드바디+콜라이더 쓰면서 움직임 조정하는거는 그냥 모든게임이 하고 있는거임