[📜일지] 프로스토리 - 시야 시스템 개선 과정

[특수한발가락(seobyeongky2)]

안녕하세요!

오늘은 시야 시스템을 개선해온 과정을 소개해드리려 합니다.

1. 콜라이더 기반 시야

최초 구현에는 시야 처리를 위해 Trigger 모드의 물리 콜라이더를 사용했습니다.

시야를 위한 콜라이더가 실제 물리 오브젝트와 충돌하는 문제를 피하기 위해 충돌 레이어를 분리했습니다.

하지만 이렇게 하더라도 실제 연산량은 완전히 줄어들지는 않는다는 글을 보게 되었습니다.

그래서 공격판정이나 시야 처리를 위한 meta_world라는 씬을 추가로 만들어 시야와 히트 박스 등을 게임 월드와 분리시켰습니다.

2. 콜라이더 없는 시야

 

meta_world로 비 물리 충돌체들을 분리했지만, 그렇다 하더라도 서로 충돌 처리가 발생하는 것은 막을 수 없습니다.

위 그림을 보면 직관적인데, 저런식으로 각 몬스터들이 갖는 시야들이 서로 충돌하며 연산이 발생하게 됩니다.

그래서 팩션 구분 없이 플레이어만을 판정하는 적들은 시야 콜라이더를 제거하고, 플레이어의 시야 콜라이더를 빌려 쓰도록 구현했습니다.

플레이어 시야에 해당 몬스터가 들어오면 해당 몬스터는 플레이어를 시야 후보군에 넣습니다.

이후 각 후보군에 대해 거리 계산을 해서 자신의 시야 안에 존재하는지 판단하는 방식입니다.

불필요한 콜라이더가 많이 사라진 모습입니다.

3. 쿼리 기반 시야

단순한 ai의 경우 위의 방법만으로 처리가 되지만

  1. 플레이어 시야보다 더 멀리 봐야 하는 있는 경우

  2. ai 끼리 서로에 대해 인지해야 하는 경우

에는 여전히 문제가 남아있습니다.

이런 경우를 처리하기 위해 다른 방법을 도입했습니다.

주기적으로 OverlapArea같은 물리 쿼리를 호출하고

히트시 다음 쿼리까지 그냥 시야 안에 있다고 가정하는 방식입니다.

스케줄러에 의해 쿼리를 분산시킬 수 있다는 장점이 있습니다.

이론적으로는 반응성이 조금 떨어지지만 실제 플레이 했을 때 체감 될 정도는 아닙니다.

4. '들킴 정도' 를 구분하기

이전 시야 시스템은 시야 안에 들어왔는가/아닌가와 플레이어를 등졌는가/아닌가 두 가지 요소만 가지고 '들킴 정도' 를 판단했습니다.

하지만 시야가 넓은 적을 마주쳤을 때, 갑자기 들켜버리는 것이 별로 재미가 없었기 때문에 거리에 따른 감쇄를 추가하였습니다.

기존

개선

시야의 가장자리에서는 천천히 들키고, 가까워질수록 빠르게 들킵니다.

7. 고저차나 풀숲에 의한 시야 처리

최초 구현에는 고저차에 의한 시야 보정이 없었기에 부자연스럽게 들키는 일이 있었습니다.

초기엔 이 부분을 의식하지 못했었는데, 잠입 플레이에 대해 생각하게 되면서 해당 구현을 추가하게 되었습니다.

이후 풀숲을 구현하게 되면서 풀숲에 의한 은신 처리도 추가하였습니다.

읽어주셔서 감사합니다.

[개발 일지 링크 모음]

[스팀 페이지]

[불타는키보드(1bnmaker)]

[nonsense(flesh1347)]

[dd(directly1991)]

[비월(lunar1228)]

개고수

[김메가(scw973108)]

[211214(tomatoss)]