Độ trễ trung bình từ các lần nhấn phím

Question

Tôi hiện đang giúp ai đó với thử nghiệm thời gian phản ứng. Đối với thời gian phản ứng thử nghiệm này trên bàn phím được đo. Đối với thử nghiệm này, điều quan trọng cần biết là có bao nhiêu lỗi có thể được đưa ra do sự chậm trễ giữa việc nhấn phím và xử lý trong phần mềm.

Dưới đây là một số yếu tố mà tôi phát hiện ra sử dụng google đã:

• USB-bus được thăm dò tại 125Hz ở mức tối thiểu và 1000Hz tối đa (tùy thuộc vào cài đặt, xem this link).
• Có thể có một số bộ đệm bàn phím bổ sung trong Windows có thể làm chậm quá trình bấm phím hơn nữa, nhưng tôi không biết về logic đằng sau chúng.

Rất tiếc, không thể kiểm soát logic cấp thấp của thử nghiệm. Thử nghiệm được viết bằng E-Prime một phần mềm thường được sử dụng cho loại thử nghiệm này. Tuy nhiên, công ty cung cấp E-Prime cũng cung cấp phần cứng bổ sung, mà họ quảng cáo cho thời gian phản ứng chính xác. Do đó họ dường như nhận thức về hiệu ứng này (nhưng không nói nó lớn như thế nào).

Thật không may là cần phải sử dụng bàn phím standart, vì vậy tôi cần cung cấp các cách để giảm độ trễ.

Answer 1

bất kỳ độ trễ nào từ các lần nhấn phím có thể được quy cho thói quen gỡ lỗi (tôi thường sử dụng 30ms để an toàn) và không tự xử lý thuật toán (trừ khi bạn chỉ đánh giá lần đầu tiên).

Answer 2

Nếu bạn đang chạy thử nghiệm trong đó thời gian mili giây quan trọng bạn có thể muốn sử dụng http://www.blackboxtoolkit.com/ để tìm nguồn lỗi.

Nhu cầu của bạn cũng tùy thuộc vào bản chất của nghiên cứu của bạn. Tôi đã chạy thử nghiệm RT trong Eprime bằng bàn phím. Vì bất kỳ lỗi nào phải nhất quán trên mức trung bình giữa những người tham gia, đối với một số thiết kế, nó không phải là một vấn đề lớn. Nếu bạn cần đồng bộ dữ liệu với một số thứ khác (như theo dõi mắt hoặc EEG) hoặc muốn rút ra kết luận về RT, ở đó độ lớn cụ thể quan trọng thì hộp nối tiếp E-Primes (hoặc một thương hiệu khác, mặc dù tôi có vấn đề tương thích quá khứ với các hộp thương hiệu và eprime khác) là điều bắt buộc.