Một con số latency đứng riêng thường không đủ để người khác tái lập phép đo. Kết quả phụ thuộc thiết bị, phiên bản phần mềm, cảnh thử, trạng thái VRR, giới hạn khung hình, công nghệ giảm độ trễ, thiết bị đo và hai đầu mốc được chọn. Báo cáo tốt phải cho biết chính xác những điều kiện đó, cách lấy mẫu và dạng phân bố kết quả. Các tài liệu về NVIDIA Reflex, VRR và giới hạn hàng đợi khung hình giúp mô tả một số thành phần của hệ thống, nhưng không cung cấp một ngưỡng latency phổ quát cho mọi cấu hình.
Điểm chính
- NVIDIA Reflex SDK mô tả công nghệ và công cụ trong hệ sinh thái Reflex; cần nêu rõ trò chơi và tích hợp đang được đo, không suy rộng sang mọi game. [1]
- VRR liên quan cách màn hình đồng bộ cập nhật với nguồn hình ảnh; trạng thái và thiết bị cần được ghi nhận để người đọc hiểu điều kiện thử. [2]
- IDXGIDevice1::SetMaximumFrameLatency mô tả thiết lập giới hạn số khung hình có thể xếp hàng trong ngữ cảnh API DXGI; đây không phải thước đo toàn bộ input-to-photon latency. [3]
- Công bố phương pháp, phân bố và giới hạn thay vì chỉ chọn một kết quả thuận lợi hoặc đặt ngưỡng không có căn cứ.
Định nghĩa chính xác điều đang đo
Trước tiên hãy xác định latency bắt đầu và kết thúc ở đâu. Một phép đo có thể theo dõi từ thao tác nhập đến lúc ứng dụng nhận sự kiện, từ lúc mô phỏng bắt đầu đến khi khung hình được tạo, hoặc từ thao tác đến khi thay đổi ánh sáng được cảm biến ghi nhận. Những phép đo này không đồng nghĩa. Nếu hai báo cáo dùng mốc khác nhau, so sánh trực tiếp có thể gây hiểu lầm dù đều gọi là độ trễ.
Ghi rõ thiết bị đo và phương pháp đồng bộ giữa đầu vào, máy tính và cảm biến. Nêu độ phân giải hoặc giới hạn của dụng cụ nếu biết, cách xác định thời điểm bắt đầu/kết thúc và số lần lặp. Không nên tự gắn nhãn “độ trễ toàn hệ thống” nếu phép đo chỉ bao phủ một đoạn của chuỗi.
Báo cáo cấu hình thay vì chỉ báo tên thiết bị
Liệt kê CPU, GPU, bộ nhớ, màn hình, thiết bị nhập, hệ điều hành, driver, phiên bản game và phần mềm đo. Mô tả cảnh thử, độ phân giải, thiết lập đồ họa và trạng thái ứng dụng nền. Với tính năng liên quan, ghi trạng thái bật/tắt, phiên bản và cách áp dụng. Tài liệu NVIDIA Reflex SDK giúp xác định thuật ngữ và phạm vi tích hợp Reflex; không mặc định mọi trò chơi hỗ trợ giống nhau chỉ vì máy có phần cứng tương thích. [1]
Ghi nhận màn hình có dùng VRR không, dải và cách thiết lập nếu có thông tin đáng tin cậy, cùng tần số quét và kết nối. VRR là đặc điểm đồng bộ hiển thị, không phải bảo đảm tự động giảm mọi loại latency. Tài liệu HDMI về VRR có thể giúp xác định nội dung công nghệ trong phạm vi HDMI; tránh suy ra trải nghiệm cụ thể chỉ từ nhãn tính năng. [2]
Có thể xem nền tảng xem livestream thể thao KLIVE như một điểm đến thể thao; liên kết không phải nguồn đo latency hoặc chứng cứ hiệu năng trò chơi.
Phân biệt hàng đợi khung hình với tổng độ trễ
Một số API cho phép ứng dụng đặt giới hạn độ trễ hoặc số khung hình được xếp hàng. Tài liệu Microsoft về IDXGIDevice1::SetMaximumFrameLatency mô tả thiết lập API này và phạm vi của nó. Thiết lập giới hạn có thể ảnh hưởng một phần đường xử lý, nhưng không đại diện cho toàn bộ thời gian từ thao tác đến photon, vốn còn gồm đầu vào, mô phỏng, render, trình bày và quét hiển thị. [3]
Trong báo cáo, tách thiết lập API khỏi kết quả cảm biến. Ghi cách cấu hình, ứng dụng có sử dụng API hay không và những điều kiện không kiểm soát được. Nếu so hai cấu hình, thay đổi một nhóm biến mỗi lần và nêu các biến giữ nguyên. Đừng xem giá trị cấu hình như kết quả latency thực đo.
Trình bày dữ liệu để người khác đánh giá
Thay vì chỉ công bố một con số, trình bày số lần lặp, cách chọn mẫu và phân bố hoặc các thống kê mô tả phù hợp. Nêu cách xử lý ngoại lệ và liệu các lần chạy khởi động, tải shader hay chuyển cảnh có được tính hay không. Không loại bỏ quan sát bất lợi nếu chưa định nghĩa trước tiêu chí loại trừ. Nếu dữ liệu biến thiên, hãy thể hiện độ biến thiên thay vì dùng một giá trị duy nhất để tạo cảm giác chắc chắn.
Cuối cùng, đính kèm quy trình từng bước đủ để người khác tái tạo cảnh, khởi chạy công cụ và kiểm tra cấu hình. Ghi ngày đo và phiên bản vì driver, game hay công cụ có thể thay đổi. Kết luận nên giới hạn ở cấu hình đã thử: một kết quả không chứng minh mọi người chơi sẽ nhận cùng latency. Không đặt ngưỡng “tốt/xấu” nếu không nêu căn cứ phù hợp với mục tiêu thử nghiệm.
Với nhu cầu theo dõi nội dung thể thao trực tiếp, KLIVE – nền tảng xem livestream thể thao là một điểm tham khảo; chi tiết hiện hành cần xác nhận.
Nguồn tham khảo
Câu hỏi thường gặp
Chỉ cần nêu CPU và GPU là đủ để tái lập phép đo không?
Không. Cần thêm phiên bản phần mềm, cảnh thử, màn hình, trạng thái tính năng, thiết bị đo, mốc thời gian và phương pháp lấy mẫu.
Bật VRR có đồng nghĩa latency thấp hơn không?
Không thể kết luận chung như vậy. VRR mô tả hành vi đồng bộ hiển thị; kết quả cần được đo trong cấu hình cụ thể.
Có thể coi giới hạn frame latency trong DXGI là độ trễ đầu-cuối không?
Không. Đó là một thiết lập API trong phạm vi nhất định, không bao phủ mọi thành phần của đường input-to-photon.