Tần số làm mới màn hình có quyết định lúc game đọc đầu vào không?

Điểm chính

1. Nhịp làm mới của màn hình và thời điểm ứng dụng lấy mẫu đầu vào là các khái niệm khác nhau.
2. VRR điều chỉnh nhịp làm mới để phù hợp với việc khung hình được gửi đến trong phạm vi được hỗ trợ.
3. API DXGI cho phép ứng dụng đặt giới hạn số khung hình tối đa được xếp hàng trong ngữ cảnh API đó.
4. Không thể suy ra độ trễ toàn hệ thống chỉ từ Hz; cần biết cấu hình, phần mềm và cách đo.

Ba nhịp khác nhau thường bị gộp làm một

Khi người chơi bấm phím hoặc chuột, ứng dụng phải nhận và xử lý đầu vào, tạo khung hình rồi chuyển hình ảnh qua đường hiển thị. Màn hình sau đó cập nhật pixel theo chu kỳ làm mới của nó. Các bước này có liên quan nhưng không đồng nhất: ứng dụng có thể đọc đầu vào nhiều lần trong một khoảng thời gian, còn màn hình chỉ hiển thị theo cơ chế và nhịp được hỗ trợ.

Do đó, Hz không phải đồng hồ đo trực tiếp thời điểm game đọc nút bấm. Tần số cao hơn mô tả khả năng cập nhật hiển thị thường xuyên hơn trong điều kiện phù hợp, nhưng để biết độ trễ đầu-cuối cần xét cả khâu đầu vào, xử lý, hàng đợi và phản hồi hình ảnh. Không nên biến riêng một thông số thành kết luận về cảm giác điều khiển.

VRR thay đổi điều gì và không thay đổi điều gì

Variable Refresh Rate (VRR) là tính năng đồng bộ nhịp làm mới với việc khung hình được đưa ra trong phạm vi thiết bị hỗ trợ. Mục tiêu mô tả của tính năng là giảm hiện tượng giật/rách hình khi nhịp khung hình biến thiên; điều đó không tương đương với một phép đo định lượng độ trễ đầu vào. Khả năng và phạm vi hoạt động cần đối chiếu giữa màn hình, kết nối và thiết bị nguồn. ^[1]

Vì VRR phản ứng với thời điểm khung hình sẵn sàng, kết quả phụ thuộc hệ thống cụ thể và cách ứng dụng gửi khung. Tài liệu tính năng không cung cấp bảng xếp hạng màn hình hoặc đảm bảo một mức phản hồi nhất định cho mọi game. Khi so sánh, hãy ghi rõ chế độ màn hình, kết nối, giới hạn khung hình và các thiết lập đồng bộ đang dùng.

Hàng đợi khung hình là một mắt xích riêng

Trong hệ sinh thái DXGI, ứng dụng có thể đặt số khung hình tối đa được xếp hàng thông qua API SetMaximumFrameLatency. Tài liệu Microsoft mô tả hành vi ở cấp API và mối liên hệ với số khung đang chờ; đây không phải hướng dẫn khẳng định mọi game sử dụng cùng API hoặc cùng thiết lập. ^[2]

Một hàng đợi lớn hơn có thể khiến công việc chờ xử lý lâu hơn trong một số cấu hình, nhưng không nên dùng tài liệu API để tuyên bố mức thay đổi cụ thể cho trò chơi chưa đo. Cần biết engine, cách đồng bộ, tải CPU/GPU và chính sách của ứng dụng trước khi giải thích vì sao một thao tác xuất hiện muộn trên màn hình.

Đọc thông số và kết quả thử nghiệm đúng phạm vi

Khi đánh giá độ phản hồi, xác định câu hỏi trước: đang so khả năng làm mới của màn hình, tính ổn định khi khung hình biến động, hay độ trễ đầu-cuối? Sau đó chọn phương pháp đo tương ứng và giữ cố định thiết bị, game, thiết lập, cảnh cùng cách nhập thao tác. Nêu rõ các điều kiện thay vì chỉ đăng một con số Hz hoặc một cảm nhận chủ quan.

Nếu muốn theo dõi nội dung esports trong lúc tìm hiểu thiết bị hiển thị, bạn có thể Lựa chọn xem các chương trình livestream thể thao trực tuyến. Đó là liên kết tới nội dung thể thao, không phải phép thử để xác định độ trễ hay xác nhận khả năng của màn hình.

Câu hỏi thường gặp