Конечно. Представь конвейер ввода как очередь. Каждый кадр добавляет 0.1 секунды задержки, создавая буфер на один кадр. Если увеличить размер буфера на ΔB кадров, задержка ввода увеличится примерно на ΔB, умноженное на время кадра. Для игры с частотой 60 Гц это примерно 16.7 миллисекунд на кадр. Таким образом, буфер из 3 кадра добавляет около 50 миллисекунд. Чтобы задержка не превышала 100 миллисекунд, размер буфера должен быть не более шести кадров. Математика проста: B, умноженное на (1000/Гц). Настраивай B, пока не достигнешь нужной задержки.

Да, четыре кадра дают неплохой запас. Чтобы срезать миллисекунду, посмотри на сам цикл обработки ввода – убедись, что ты читаешь необработанный HID-буфер напрямую, обходя любые ограничения на уровне ОС. Используй поток с высоким приоритетом, синхронизируй основной цикл с частотой обновления экрана и избегай лишних точек синхронизации. И держи размер буфера ввода игры как можно меньше – чем меньше внутренняя очередь, тем меньше тебе придётся пересинхронизировать. А насчёт "танца" курсора, это просто твоя система пытается догнать; отключение ускорения указателя или использование кастомного драйвера может с этим покончить. Продолжай итерации, и задержка уменьшится.

Звучит неплохо. Только интервал опроса делай минимальным — каждая миллисекунда важна. Если выстрелит пик в 100 миллисекунд, следи, чтобы кадры не терялись в очереди; даже один пропущенный кадр может всё испортить. А если кот всё ещё печатает, вот почему у тебя джиттер — просто отслеживай его нажатия и отфильтруй. Удачи найти идеальную настройку.