Khi một hoạt cảnh 3D bị giật, FPS và Hz là hai thông số liên quan nhưng không đồng nghĩa. FPS là số khung hình mỗi giây mà bộ dựng tạo ra; Hz là số lần mỗi giây màn hình có thể làm mới hình ảnh. Cả hai không phải điểm số, không phản ánh kết quả hay chất lượng của một ván chơi.
Hz cao không tự tạo ra nhiều khung hình
Ví dụ giả định: màn hình hỗ trợ 120 Hz nhưng bộ dựng chỉ tạo được 30 FPS. Màn hình có khả năng làm mới 120 lần mỗi giây, nhưng nguồn hình chỉ cung cấp trung bình 30 khung hình mới; vì vậy không thể bảo đảm có 120 hình khác nhau mỗi giây. Ngược lại, nếu bộ dựng tạo nhiều khung hình hơn khả năng hiển thị, màn hình cũng không thể trình bày toàn bộ chúng.
Ở mức trung bình, 60 FPS tương ứng khoảng 1000 / 60 = 16,67 mili giây giữa hai khung hình, còn 30 FPS là 1000 / 30 = 33,33 mili giây. Đây là khoảng cách thời gian giữa các khung hình, không phải độ trễ mạng và không cho biết máy chủ phản hồi nhanh hay chậm.
Vì sao cách cập nhật chuyển động lại quan trọng?
Ví dụ giả định: một vật thể cần di chuyển với tốc độ 60 đơn vị mỗi giây. Nếu dùng thời gian đã trôi qua, ở 60 FPS vật thể đi 1 đơn vị mỗi khung; ở 120 FPS, vật thể đi 0,5 đơn vị mỗi khung. Tổng tốc độ vẫn là 60 đơn vị mỗi giây. Nếu lập trình cố định 1 đơn vị cho mỗi lần gọi hàm, vật thể sẽ đi 120 đơn vị mỗi giây ở 120 FPS và chuyển động phụ thuộc vào tần số gọi, dễ tạo sai lệch. Hoạt cảnh trên trình duyệt thường bám theo nhịp làm mới màn hình; cách tính theo thời gian trôi qua là điểm cần xem trong phần chẩn đoán kỹ thuật. Tài liệu MDN về requestAnimationFrame mô tả cơ chế liên quan.
Cách phân biệt giật do dựng hình
Hãy so sánh một hoạt cảnh liên tục với một cảnh tĩnh bị đóng băng. Nếu cảnh tĩnh vẫn rõ và không đổi, nhưng vật thể chuyển động bị khựng hoặc tốc độ không đều, vấn đề có thể nằm ở nhịp tạo khung hình hoặc cách cập nhật chuyển động. Nếu trang có nhãn hiệu năng tích hợp, chỉ cần ghi nhận FPS hoặc cảnh báo do chính trang cung cấp; không nên tự xem Hz là FPS và cũng không cần cài ứng dụng tăng tốc để kết luận.