Interpolation & Server Tick Frequency

Question

Hey, I have a question server in main loop dont limit execution time, everything happen withouth deltatime only base on JobSerializer Timer. So in the end we dont really know if server is working with 200 ticks per second or 15. Does this approach isnt affecting player objects latency? Does _lastSendTick = System.Environment.TickCount64; is enough to interpolate beetween player last postion and current? static void GameLogicTask() { while (true) { GameLogic.Instance.Update(); Thread.Sleep(0); } }

Rookiss · Answer

Hi. In this course the server does not run in a fixed frame rate, as you pointed out. This doesn't actually matter since most objects will have their own tick interval regardless of the Main Server's GameLogicTask. (ie. you Push your job AFTER some time interval, which is actually the object's tick rate) If you run your monsterAI with a 200ms tick, you can assume deltaTime is 200ms. This means that the server will run very roughly it is not as precise as the client, but which is 100% normal since MMORPGs can't update game logic code too frequently. If you need something more accurate, ie. a fireball skill which somehow needs to tick faster, than you can adjust the TickInterval. Note that this way of letting each actor choose its own Tick Interval was the first way I have noticed in my first project (TERA). But there are also some projects using a strict fixed frame rate. (B&S) If the server will run at 20 FPS then all objects will be updated at 20 Frames Per second accordingly, which makes life much easier in general. You can actually make the server game contents code pretty much like Unity. One downside is that if you need faster tick for a single object, you can only increase the global tick which can be R-EALLY problematic.

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. Frontal Achivment님. 서버의 메인 루프에서 실행 시간 제한을 두지 않고, JobSerializer Timer 로만 처리하며 deltaTime 없이 작동하는 방식에 대해 질문 주셨군요. 이는 서버의 틱 주파수가 일정하지 않게 되어 클라이언트와의 동기화 문제를 초래할 수 있습니다. 서버의 틱 주파수 : 현재 서버는 Thread.Sleep(0) 으로 구성되어 있어 실행 속도를 제어하는 기능이 부족합니다. 이는 서버가 필요 이상으로 빠르게 혹은 느리게 작동하게 만들 수 있습니다. 서버의 정밀한 틱 주기를 유지하는 것이 중요합니다. 고정된 틱 주기를 위해 Stopwatch 를 활용하여 정확한 시간 기반으로 루프를 조정하는 방식을 고려해 보세요. 데이터 동기화 및 보간(Interpolation) : _lastSendTick = System.Environment.TickCount64; 를 이용하여 플레이어의 위치를 보간하는 것은 기본적인 방법이긴 하지만, 서버와 클라이언트 간의 네트워크 지연(latency)을 보정하는 데는 한계가 있을 수 있습니다. 클라이언트에서 직접 보간(예: 마지막 수신된 위치와 현재 위치를 중간 값으로 자연스럽게 연결) 처리를 추가하여 부드러운 플레이 경험을 제공하는 것이 좋습니다. 관련된 논의와 해답은 아래 링크에서 확인할 수 있습니다. 플레이어 이동 강의에서 프레임관리부분 질문입니다. - TickCount 의 활용과 서버 오버플로우 방지에 대한 의견이 포함되어 있습니다. 프레임 - 고정 프레임 레이트를 유지하는 방법에 대한 설명이 제공됩니다. 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.