[💬] 멀티게임 만드는 분들에게 질문드립니다

[Indie(180.71)]

모바일 멀티게임을 만드는데

포톤 이런거 안쓰고 실시간 게임이어서 udp 패킷으로 전송하는데

대충 프레임 유니티 기본에 맞춰서 50프레임에 패킷도 초당 50개 이렇게 잡고 하니까

집에 서버 돌리는데 그럭저럭 잘나오더라구요

이렇게 예전에 질문했더니 너무 과하다 이야기가 많았는데

찾아보니 배틀그라운드나 브롤스타즈 이런것도 초당 30패킷 이정도라는데

한번에 보내는 패킷을 작게 잡고 자주 보내는 방식으로도 무리일까요?

혹시 현직에 계신분들은 어떠신가요?

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

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

[글쓴 Indie(180.71)]

패킷용량이 작아도 빈도가 많으면 빡실까요?

[글쓴 Indie(180.71)]

@ㅇㅇ 저렇게 한 이유가 반응 속도라든가 멀티되는거를 보정해서 나온거랑 차이가 꽤 크더라구요 다들 너무 빈도가 높다라고 했는데 막상 테스트해보니 패킷자체를 데이터에 직접적으로 할당해서 써서 그런지 그럭저럭 또 괜찮더라구요 혹시 현직에 계신가요?

[글쓴 Indie(180.71)]

@ㅇㅇ 모바일 게임은 아니죠?

[글쓴 Indie(180.71)]

@ㅇㅇ 말씀감사합니다

[oo(112.166)]

장르가 뭔지도 모르고, 서버구조가 뭔지도 모르고, 화면에 보이는 객체들이 얼마나 많은지도 모르고, 타겟팅인지 논타겟팅인지도 모르고, 실시간 이동동기화가 필요한지도 모르고 정보가 아무것도 없는데 뭘보고 답을 달라는거임? 이런식이면 정확히 답을 해주는 사람도 없음 질문이 잘못된거임

[Indie 1(119.192)]

배그 초당 30아님, 클라에서 서버로 보내는건 훨씬 적고, 서버에서 클라로 뿌릴때도 20미만임

[글쓴 Indie(180.71)]

그러면 그게 프레임이 120이 넘는데 그사이에 유격이 꽤있을거같은데 그런증상들은 안느껴짐?

[Indie 2(203.254)]

서버에는 상대의 실제 플레이 데이터지만 너의 화면에 보이는 상대는 서버에서 받은 데이터와 데이터를 클라이언트에서 그려준 리플레이일뿐임

[글쓴 Indie(180.71)]

그 리플레이가 패킷을 띄엄띄엄 받기때문에 딜레이가 커보임.. 결론적으로 아래 댓글이 현실적인 부분같은데

[익명(plastic4826)]

클라사이드 본인 = 틱레이트 영향x -> 딜레이0 클라사이드 타인 = 낮은 틱레이트 업데이트 + 클라사이드 보간 -> 대역폭도 아끼고 보간으로 어색함도 감춤

[글쓴 Indie(180.71)]

문제는 이것도 내케릭터는 컨트롤하는데로 움직이고 (이게 리니지 방식임 그래서 스피드 핵이 존재) 내 컨트롤 정보를 서버에서 받고 서버에서 다시 좌표를 받아다가 내움직임을 체크하는 방식인데.. 상대 케릭터를 보간해야하는데 이부분이 예측하지 못하는 방식으로 바꿔거나 이벤트가 갑자기 생기면 이걸또 자연스럽게 보간해야하는게 어색한게 있음...

[CGID(accord9320)]

전 10Hz(1초당 10번) 주기로 데이터 송신하고, 서버측에서만 모든 물리 처리, 클라측에서 타클라이언트의 오브젝트는 스냅샷 보간(의도적 지연시간을 설정하여 살짝 반응성은 떨어지지만 부드러운 이동 가능)기법 적용, 본인 오브젝트는 클라 예측 + 리컨실(서버 처리 결과 - 예측 처리 결과 보정작업) 기법을 적용했습니다. ngo, unity relay 이용

[CGID(accord9320)]

이렇게만 했는데도 실제 모바일 기기 테스트에서 문제가 없었습니다. 네트워크 지연은 한 150ms 까진 커버가 가능했습니다.(물론 의도적 지연 시간을 늘리면 더 넓게까지 커버 되지만 반응성이나 리컨실 작업에 부담이 갑니다.) 그러나 완벽하지 않은게 패킷 loss에 대비한 방법은 없기 때문에 간헐적으로 러버밴딩이 일어나긴 했는데 거의 2분당 1번꼴로 간헐적으로 일어나는 문제라 지금은 넘어가고 다른 작업을 하는 상태입니다. 위에분이 말씀하신거랑 거의 동일한 방식이에요.