[🐣질문] 2d 게임인데 오브젝트를 많이 만들면 렉이 많이 갈까요?

[익명(218.155)]

저는 스타듀벨리 비슷한 2d 탑다운 게임을 제작준비 중인데 도트가 아니고 선화여서 타일맵을 사용하는데 불편함이 생길것 같았습니다. 제가 익숙하지 않기도 하고요

그래서 모든 배경을 오브젝트식으로 맵에 둘려고 하는데 맵 크기는 스타듀벨리의 4배 정도이고 나무, 풀, 적등을 합치면 만개 정도 될것입니다 참고로 적은 리스폰 되지 않고 한번 죽으면 끝입니다

그래서 제가 제일 궁금한 점은 애니메이션과 콜라이더를 가진 오브젝트 만개정도를 이용해 맵을 그리면 게임 성능에 큰 영향을 끼칠까요?

- dc official App

[익명(180.230)]

PC면 최적화 ㅈ같아서 겜 수준에 비해 최저사양이 높은 게임 되는거뿐이지

[익명(121.149)]

나라면 2d 엔진 쓸 거 같네 그정도면

[익명(121.149)]

한 화면에 보여야하는게 아니라면 다른 방식으로도 가능할거고... 근데 또 뭉쳐져 있지 않으면 별 영향 없기도해서.. 상황마다 좀 다름 걍 해보고 안되면 바꾸는 게 낫겠다

[익명(222.112)]

1. 오브젝트수와 별개로 1만개씩이나 되는 모든 오브젝트에 스크립트 Update 로직, 빈 함수조차(유니티가 선언만해도 호출함) 있어선 안됨. (모노 비헤이비어 컴포넌트를 안붙이거나, Update 이벤트를 쓰지 않는것을 추천함.) 2. 렌더링은 수와 관계없이 2d면 애지간해서는 드로우콜 관리만 잘 하면됨. 3. 물리 관련해서는 최적화가 필요해임. 이건 잘 모르겠으니 패스.. 4. 1만개나되는 모든오브젝트에 애니메이션이 있을린 없겠지만 잔디 흔들림정도는 셰이더로 하는걸 추천함. 굳이 애니메이션(자체 애니메이션 스크립트든 애니메이터든)을 하겠다면 컬링된 옵젝은 애니메이션이 실행 안되도록 해야함.

[익명(222.112)]

물리도 컬라이더를 여러개 써도 되냐가 관건일텐데 이런 경우 어떤 오브젝트는 static collider로 처리를 해줘야함. 이것만 잘 해줘도 물리도 최적화 할 수 있음 스밸로 예를들면 1만개의 스타듀밸리 돌댕이가 있다고 가정하자. 돌댕이는 움직일리가 없다. 즉 static object로 만든다. 그럼 유니티가 알아서 static collider의 바운드크기와 위치를 가지고 동적인 컬라이더(예를들어 캐릭터)이랑 충돌처리를 최적화함.

[익명(222.112)]

그리고 만약 불안하면 직접 스트레스 테스트를 해보는걸 추천함. 굉장히 쉬움 1. 아틀라스를 적용한 스프라이트 구성으로 랜덤한 1만개의 sprite renderer를 배치한다. 그리고 실제 카메라에 보여지는 드로우콜을 확인한다. 2. 10-20개의 움직이는 컬라이더 오브젝트와 단 1개의 리지드바디(캐릭터), 1000개 정도의 static 컬라이더(돌댕이)를 배치한다. 3. 카메라 영역안에 애니메이터 20개와, 카메라 영역밖에 애니메이터가 달린 오브젝트를 500~1000개정도 생성한다. 4. 이후 일부러 드로우콜을 최소 60까지 만든다. 5. 빌드 후 모바일/PC에서 프레임 테스트, 이후 예상되는 기획의 범위내에서 더욱 뭔가 추가하며 테스트 진행

[익명(222.112)]

static object/collider 만든다는게 뜻이 모호할 수 있는데 그냥 리지드바디 없이 collider만 달려있는 애들은 원칙적으로 움직이지 않게하고 움직이면서 물리처리가 되는 오브젝트들은 rigidbody를 달고 + 물리엔진 없이 스크립트로만 물리처리를 하는경우 kinematic 처리

[태보미(taebomi)]

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

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

[익명(211.110)]

혹시 그 방법에 대한 강의나 기술이름? 같은게 있을까요?... - dc App