Cast, Stopcasting, Latency, Etc..., Повышаем ДПС.

Вот пытаюсь вспомнить и найти где я видел как это делать, знаю на 100% что за это близы банят. Даже в мувике было написано что рискуете на свой страх и риск. Хотя основано все это на том же стоп каста.

Результат некорректно сформулирован - это не уменьшение времени каста, а снижение задержки _между_ кастами за счёт предугадывания времени задержки отклика.

Вот это

считая длительность каста 2с и latency 200ms я бы расписал так:

0.000 - Игрок отпустил кнопку, запущена начальная анимация каста отправлен пакет startcasting, запущен клиентский таймер гкд. В лог помещено сообщение "xx begins casting ..." клиентский флажок "мы кастуем" взведён
0.100 - Пакет на каст получен сервером (200ms пинг - это полное время оборота пакета, значит время получения пакета сервером можно условно принять за половину значения latency). Сервером запущен таймер каста (2с), таймер кулдауна. Флажок "мы кастуем" взведён
0.200 - пользователь получил подтверждение старта каста, запущена анимация каста, побежала полосочка, запущен клиентский таймер каста.
0.300 - сервером получено подтверждение "мы кастуем, рисуем бар, у нас всё в порядке"
2.100 - каст состоялся, запущен таймер кулдауна, флажок "мы кастуем" сброшен, таймер каста (точнее доступности каста?) сброшен.
2.200 - пользователь получает уведомление о завершении каста. клиентский флажок "мы кастуем" сброшен.

при спаме кнопок следующий каст пойдёт только в 2.300
А фактически, при программируемой задержке, его можно начать в 2.150
Т.е. выиграть как минимум 75% времени latency.
Для этого нужно команду отмены каста/начала следующего отправить где-то в 2.050

Может что-то не учёл, подумаю.

Вот кстати тут статейка про использование многоверсионности в базах данных, с картинками:
http://citforum.ru/database/articles/multiversion/
Не совсем конечно на тему кастов, но к разговору о версионных базах данных.

Кстати про клавиатуру - не может быть там задержки в 150мс. Настройки в биосе касаются только "залипания" клавиш. Так удержание 'w' вероятно определяется только через 150 мс, а повторные нажатия через сколько-то там.

Но! Нажатие клавиши - это один сканкод, отпускание - другой. Т.е. если клавиша нажата и отпущена, то это уже меньше 150мс Задержка с момента отпускания клавиши до момента запуска игрового обработчика нажатия велика, но она меньше одной десятой секунды. Значительно меньше.
К тому же некоторые пользуются мышой. Я вот в грид мышом тыкаю.

2dmi:

У клавы ps/2 8мс сейчас по докам. Для человека это можно принять равное нулю.

2Eldgeil:
По докам частота опроса PS/2 порта 125 Hz. И как-то я сомневаюсь что там говорится про 8 мс, т.к. это было бы слишком смелым заявлением

Если быть дотошным, то время отклика будет не более 8 мс. Но это только попадание данных в порт. У прерывания свои задержки, у надстроек высокого уровня свои. Все они сильно зависят от загрузки процессора.
И расчитать их (и то довольно приблизительно) можно только в системе реального времени

В любом случае, это на порядок меньше 150 мс указанного Пашей, и на порядок меньше сетевой задержки. Если считать что процессор(ы) загружен(ы) не до предела, то можно и пренебречь.

Это подсчитанное теоретическое число. Ответ на вопрос - какой лаг клавиатуры. Реально оно конечно различное и меняется, но где-то около него .