[🐣질문] 언리얼 100기 이상 적 ai에 대해서..

[Indie(220.127)]

1. 실무에서 비헤이비어 트리를 쓰나요?

써보니깐 꽤 많이 무거운거 같습니다...

2. 제가 블루프린트 기반으로 전부 구현헤놨는데 C++써서 AI 컨트롤러 및 태스크만 따로 구현해야할지 고민입니다.

3. 적 100기를 넘어 500기 이상은 너무 욕심이겠죠? 장르 특성상 적이 많이 몰아쳤으면 해서요,,

4. 비헤이비어 트리 vs 스테이트 트리 vs C++로직

   각각 장단점 말씀해주시면 감사하겠습니다

[Indie(preach6561)]

벤치 확인해보셨음? 보통 AI 로직 자체보다 CMC나 애니메이션, 메쉬 때문에 무거워지는 경우가 많음 근데 이거 제외하고서라도 퍼포먼스가 중요한 AI 로직 같은 경우는 C++로 짜는게 맞긴함

[글쓴 Indie(220.127)]

적 객체는 무겁진 않아서 괜찮은데 아무래도 C++ 해야겠네요..

[Indie(preach6561)]

Enemy가 Character냐 Pawn이냐에 따라 다른데 Character면 CMC일 확률이 매우 높음 그리고 웬만해선 Tick은 BP에서 절대 쓰면 안됨

[글쓴 Indie(220.127)]

@Indie Tick은 다 빼놨고, Character 입니다.

[Indie(preach6561)]

앞서 말했듯이 AI로직 자체는 성능에 큰영향을 안줌 루프나 틱을 엄청 쓰지 않는이상 Character면 CMC 때문인데 CMC 자체가 원래 엄청 무거운 컴포넌트임 Pawn으로 바꾸면 훨씬 가벼운데 원하는 움직임이 안나올 수 있음 FloatingPawnMovementComponent 를 가지고 만져보던지 커스텀 해야하는데 꽤 어려움 Mover 플러그인 사용하는 방법도 있는데 이건 실험단계라 자료도 없고 우여곡절도 많을거고 여튼 50기 이상의 Enemy가 나오는 경우는 Pawn 쓰는 방법 말고는 거의 없다고 보면됨

[글쓴 Indie(220.127)]

@Indie 넵 시간내어 설명주셔서 감사합니다

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[글쓴 Indie(220.127)]

적만 있을때 ai 미적용시 100기만 있어도 60~70프레임대 나옵니다 ai 넣으면 이동 관련 틱때문인지 20프레임 대 나와요 적 하나 사이즈맵은 2메가 정도

[Indie 1(219.250)]

@글쓴 Indie(220.127) 내부에서 어떤 탐색 로직같은거 있음??

[Indie 1(219.250)]

@Indie1(219.250) 실수로 댓삭제함

[글쓴 Indie(220.127)]

@Indie1(219.250) ai 컨트롤러 -> 비헤이비어 트리 -> BT태스크로 진행했고 set timer by event (0.01초마다) 플레이어 위치 갱신받고 적 사거리 범위내에 플레이어가 오버랩하면 stop movemet후 공격하게끔 했습니다 false면 다시 플레이어에게 이동 이동은 AI MoveTo로 했는데 이거 좀 무거운거 같더라구요

[Indie 1(219.250)]

@글쓴 Indie(220.127) move to는 길찾기 알고리즘을 사용하니까 이건 확실히 느림

[글쓴 Indie(220.127)]

@Indie1(219.250) 답변 감사합니다 (꾸벅)

[익명(121.136)]

비헤이비어트리보다 더 괜찮은거 개발해서 쓰긴했는데 그정도는 아닌거같고 0.2초 정도에 한번씩 AI 업데이트되는게 나아보이네여 수백기가 경로탐색하기에는 0.01초는 너무 빈번하게 호출되는 느낌 MoveTo가 좀 부하가 커요

[글쓴 Indie(220.127)]

현재 플레이어 캐릭터에 tick -> Simple move to location 줬는데 싱글 게임이라 1기뿐이라 괜찮을까요?

[익명(outside0930)]

최적화라는건 컴퓨터가 자동으로 하는 일을 인간이 수동으로 해놔서 컴퓨터의 일을 줄이는거임. 이걸 이해하면 니가 원하는 최적화는 그냥 노가다 해야함

[글쓴 Indie(220.127)]

인디개발은 역시 노가다하는 맛이죠 흐흐

[Indie 2(210.121)]

보통 BT가 문제가 아니라 개발자가 무거운 로직을 짜서 문제인 경우가 압도적으로 많음. 프로파일러로 찍어보셈. 그리고 윗댓글 보니까 초당 100번 호출하는 로직 있던데, 그정도로 빈번하게 호출할 필요 없음. 초당 10번으로 호출해도 유저는 차이 몰라. 게다가 그냥 State 전환하는 로직이면 초당 1~3번정도로 줄여도 되고. 오버랩이란게, 단순히 적 사거리 < 플레이어와 미니언 사이 거리와 같은 가벼운 커스텀 로직 구현한게 아니라 Overlap Trace 쓰는 거라면 그것도 코스트가 꽤 높은 연산인거 알아야하고. 전반적으론 단순히 어떤 방법으로 AI 구현하는게 문제가 아니라 로직들 연산량 다이어트 시키는게 급선무같아보임.

[Indie 2(210.121)]

참고로 초당 100번이면 틱보다 더 빈번한 호출이다. 그리고 한 화면에 미니언이 100기 이상 들어오는거임? 뭐 뱀서라이크류처럼 화면 안에 100기 이상 들어오는거 아니면, 유저 가시권 밖에선 AI를 Idle 상태로 전환한다던지 등의 로직도 좋음.

[흑_두루미(combedro)]

데이터지향설계 쓰셈. 각 객체의 모든 로직을 하나의 엑터에 몰아넣고, 배열로 로직 관리하는 방법인데. 배열 만개 넘어도, 로직으로 인한 과부하는 없음. 오브젝트 500 개 정도면, 아주 무거운거 아닌한 아무 문제 없음.

[흑_두루미(combedro)]

근데 윗댓글들 처럼, 뭔가 무거운걸 쓰고 있을 가능성이 높을것 같은데....