[🐣질문] FixedUpdate 관련해서 궁금한거 있는데

[익명(115.138)]

2D게임에 velocity로 캐릭터움직임 제어하고 있는데 궁금한게 생김.

1. 물리엔진 갱신 주기가 초당 30프레임이고 모든 오브젝트가 물리엔진으로 움직이는 게임이라면 실제 프레임이 얼마나 나오든 30프레임으로 돌아가는것처럼 보이는거지?

2. 만약 프레임제한을 해제했다면 프레임 변동폭이 상당히 클텐데 이거를 실제 프레임갱신 타이밍을 맞춰주려면 계속해서 물리엔진 갱신주기를 변경해줘야하는거임?

[사슴발레리나(dearvalerie)]

물리엔진 갱신주기가 30프레임인건 초기값이고, 엄밀히 따지면 fixed timestep마다 갱신됨(초기값 0.02초 = 30fps). 프레임 제한을 해제하거나 렉이 걸리는 등의 이유로 프레임이 널뛴다 해도 Update 호출 횟수가 바뀔 수는 있어도 FixedUpdate는 fixed timestep마다 호출되기 때문에 변동이 없음

[글쓴 ㅇㅇ(115.138)]

호출횟수가 시간에 따라 변동이 없다는건 이해했음 그러면 fixed timestep을 0.016 (60fps)로 해놓은 상태에서 게임이 240프레임인 환경에서 공 하나를 물리엔진으로 떨어트린다고 하면 게임을 60프레임으로 하든 240프레임으로 하든 부드러움의 차이를 못느끼는게 맞는거지? 결국 물리엔진 자체는 60프레임 단위로 돌테니

[익명(110.10)]

예를 들어 간단하게 이동을 구현한다고 치자. update의 경우 방향*속도*time.deltaTime. fixedUpdate의 경우 방향*속도*time.fixedDeltaTime. deltaTime은 이전 프레임과 이번 프레임 사이의 유동적인 시간을 반환하고, fixedDeltaTime은 fixedTimeStep이라는 고정된 시간을 반환함. 그리고 아주아주 구린 똥컴이 있고 그걸로 유니티를 실행했는데 너무 렉이 심하다고 치자. update로 움직임을 구현했다면 프레임마다 크게 순간이동하는 식으로 움직이고 벽을 통과하거나 트리거에 안걸리거나 문제가 발생할거임. fixedUpdate로 구현했다면 fps가 낮을수록 느린 슬로우모션으로 움직임. 느릴지언정 벽에 걸리고 트리거를 제대로 밟음.

[익명(110.10)]

그래서 다들 물리관련 코드는 fixedUpdate로 옮기라는거임. 프레임 변화에 따른 비정상적인 상황을 막기 위해서

[ㅇㅇ 1(121.157)]

물리엔진은 고정 프레임레이트로 돌아감. 모든 물리 오브젝트가 동시에 계산되면서 몇번씩 이터레이션도 일어나서 이게 가변되면 개판남. 물리 트랜스폼과 실제 트랜스폼을 나눠서, 실제 트랜스폼을 마지막 물리 트랜스폼과 거기서 한 프레임 전의 물리 트랜스폼 사이에서 보간해주면 실제 프레임레이트대로 부드러운 연출이 가능해짐. 게임은 물리적으로 늘 몇 ms씩 늦지만 어지간한 상황 아니면 문제 없음. 유니티라면 리지드바디의 interpolate와 extrapolate 살펴보길. 성능 영향 있긴 한데 글쓴이 상황이면 신경 안써도 될것같고 최적화 할 방법은 많음.

[글쓴 ㅇㅇ(115.138)]

오 진짜 딱 알고싶었던 내용이었음 감사합니다 센세!