Độ trễ tối thiểu có thể phát hiện bởi một con người là gì?

Question

thể trùng lặp:
What is the shortest perceivable application response delay?

Tôi đã profiling một số mã JavaScript UI vì nó cảm thấy một chút bị lag. Cho đến nay, tôi đã tìm thấy một số tắc nghẽn và tối ưu hóa chúng ra, nhưng tôi muốn xác định một yêu cầu đo lường được cho điều này.

Phản ứng xảy ra nhanh như thế nào để con người không nhận thấy độ trễ? Ví dụ: độ trễ phát hiện tối thiểu giữa thời điểm nhấn phím bàn phím là gì và khi nào một chữ xuất hiện trên màn hình? Tại điểm nào là tối ưu hóa hơn nữa sẽ không tạo ra bất kỳ sự khác biệt nào cho con người?

Rất nhiều màn hình có tốc độ làm mới ở khoảng trong khoảng 60-120Hz. Điều đó có nghĩa là số ma thuật là khoảng 8-16ms?

Answer 1

Xét "nhấn phím" sự kiện và chữ xuất hiện trên màn hình như hai khung riêng biệt, có nghĩa là, nếu người dùng nhấn một phím trong khi nhìn vào màn hình, anh ta sẽ muốn xem nó chính xác sau đó. Điều này "chính xác sau đó" có nghĩa là nó phải có thời gian phản hồi 60 Hz hoặc cao hơn.

Vì lý do này, giá trị 8-16 ms thực sự nên được nhắm đến, vì nó sẽ dẫn đến hiệu ứng giống như trong phim. Nói cách khác, người dùng sẽ không có nhận thức về độ trễ cho các giá trị đó.

Tuy nhiên, bạn phải ghi nhớ rằng bàn phím có thời gian bỏ phiếu riêng của mình và sự chậm trễ bổ sung không nhất thiết được kết nối với tập lệnh có thể ảnh hưởng đến thời gian của nó. Đối với những lý do nhằm mục đích cho các giá trị cao hơn 60 Hz sẽ cung cấp cho bạn một tỷ lệ an toàn lớn hơn so với những ảnh hưởng khác có thể có thể thêm một sự chậm trễ nhỏ. Cũng cần lưu ý rằng trong một số ứng dụng, sự chậm trễ 100 ms có vẻ không đáng kể, nhưng nó thực tế đáng chú ý vì nó tương ứng với 10 Hz và nếu bạn phát một bộ phim ở tốc độ làm mới đó, bạn rất có thể sẽ nhận ra những khoảng trống giữa mỗi khung hình của bộ phim. Vì lý do này, giá trị này không thực sự được xem xét trong một bối cảnh đủ chung chung.

Độ nhạy của mắt người khác nhau đối với các điều kiện và phần khác nhau của hình ảnh, vì vậy bạn nên cẩn thận và cân nhắc tỷ lệ làm mới cao hơn khi cần thiết để đáp ứng điều này.

This link có thêm thông tin về cách các đặc điểm của màn hình và thay đổi của chúng được mắt người xem và có thể cho bạn biết mức độ làm mới nào bạn nên nhắm đến trong một ngữ cảnh nhất định, dựa trên tác động trực quan của tập lệnh .

Answer 2

Tôi nghe nói về quy tắc chung là 100 ms đủ nhanh. tôi sẽ cố gắng tìm một liên kết ...

Edit: What is the shortest perceivable application response delay?

Answer 3

Theo nguyên tắc chung, tôi thấy rằng bất cứ điều gì nhanh hơn 100ms có xu hướng được coi là "ngay lập tức". Đi lâu hơn thế và sự chậm trễ chắc chắn trở nên đáng chú ý. Tất nhiên điều này sẽ thay đổi một chút từ người này sang người khác, và cũng tùy thuộc vào bối cảnh xảy ra sự chậm trễ.

Bạn có thể tìm thấy ví dụ này hữu ích: http://jsfiddle.net/QGmBy/

Answer 4

Nếu sự kiện diễn ra chỉ một lần thì 100ms phải là giới hạn cao hơn. nếu sự kiện là một phần của chuyển động liên tục, thì khoảng 10-15ms nên là do một sự chậm trễ 100 ms trong thứ gì đó như công cụ trượt (một [một hoặc nhiều] pixel một lần) có thể nhận thấy được nếu sự chậm trễ xảy ra trong hàng theo nhau.

Ngoài ra nó phần nào phụ thuộc vào ngữ cảnh, những gì đang bị trì hoãn. một sự kiện bấm phím, một cái gì đó trượt trong, một sự kiện thời gian thực xảy ra trên một số máy khác, tất cả những điều này sẽ có các mức 'dung sai' khác nhau :)