Не секрет, что события в комбатлоге записываются с точностью до миллисекунд (для проверки достаточно в игре набрать /combatlog, а потом посмотреть в записанный файл по адресу ...WoW\Logs\WoWCombatLog.txt). Это делается для нивелирования разницы в пинге для различных игроков. То есть если у вас пинг 1000, но вы использовали свою абилку, то оппонент с пингом в 100 ее однозначно получит в тот самый момент. Правда он за эту секунду может сместиться в пространстве, но с этим вам придется мириться. Если мириться не хочется, меняйте провайдера, а не ругайте близов, они делают что могут и не виноваты, что до их пианины вы долго тянетесь.
Итак, постулат первый - событие произошедшее в клиенте, произойдет на сервере в то-же время, с точностью до миллисекунды.
Постулат второй - если за то время, пока пакет с этим событием доходит до сервера, на сервере совершится какое-нибудь действие, оно не отменится, даже если ваше событие направлено на его отмену.
Факт первый - инициация события происходит в момент отпускания кнопки.
Факт второй - стандартная частота опроса клавиатуры в биосе - 150 мс.
До патча 2.3 никакой компенсации для игроков с плохим пингом не существовало. Процесс двухсекундного каста с пингом в 200 происходил таким образом:
0.000 - Начало каста.
2.000 - Окончание каста.
- 150 - Время на реакцию клавиатуры.
- 200 - Пинг.
2.350 - Начало следующего каста.
4.350 - Окончание второго каста.
Никакой дополнительной информации не отсылалось. Если на клиенте шел каст, пакеты не отправлялись пока он не завершится. Спамя кнопку можно было только удачно избежать задержки на опрос клавиатуры.
После 2.3 Близзы ввели синхронизацию опроса и все стало выглядеть так (при тех-же условиях и спаме кнопки каста):
0.000 - Начало каста.
1.750 - Отправление пакета с таймингом.
1.900 - Отправление второго пакета с таймингом.
1.950 - Проверка первого пакета на сервере. Каст не окончен, пакет игнорируется.
2.000 - Окончание каста.
2.100 - Проверка второго пакета. Предыдущий каст окончен, пакет принимается.
2.101 - Начало следующего каста.
4.101 - Окончание второго каста.
Спамя кнопку стало возможно добиться минимального разрыва между кастами.
Quartz и stopcasting:
Всё вышеизложенное - теория, а нам надо добиться повышения ДПС. Что мы можем сделить для этого? Берем аддон http://www.wowace.com/wiki/Quartz, заменяющий собой стандартный каст бар. Несмотря на его полезность во многих областях, нас интересует его модуль показывающий нашу текущую задержку каста (latency, красная зона в конце бара).
Основное отличие от стандартного близзардовского индикатора в том, что индикатор показывает нам усредненный пинг за миинуту, а этот модуль - на предыдущий каст. Для каждого нашего спелла пишем макрос с командой /stopcasting, которая принудительно прерывает каст на текущий момент времени. Например -
/stopcasting
/cast MegaSpell
Что мы получаем в этом случае? А вот что:
0.000 - Начало каста
1.850 - Отправление пакета с таймингом стопкаста.
2.000 - Окончание.
2.050 - Обработка пакета на безусловное прерывание и запуск следующего каста по таймингу 1.850.
2,051 - Следующий каст уже 201 мс кастится.
3.850 - окончание второго каста.
Плюс - фактическое уменьшение времени каста за счет пинга. Минусы - больше нельзя спамить кнопку и есть шанс что пакет дойдет до сервера еще до окончания каста на сервере, тогда каста не произойдет.
Мувик хорошо показывающий результат манипуляций с серверной стороной, http://www2.akara.ru/MM/Vurtne_net_Steam_e.wmv, 126М. Один нюанс, большей части эффектов невозможно достичь только средствами ВоВа, 90% получено с помощью комбинации из макросов со стопкастом и программирования клавиатуры для избегания задержки на опрос.
ЗЫ. Как вы понимаете, никаких официальных постов на эту тему быть не может. Я не могу утверждать что данная модель на 100% верна, но она объясняет все изветстные мне эффекты.
ЗЗЫ. За картинки просьба не стукать, первый раз анимашки рисовал.
Мои способности выражения хода собственных мыслей оставляют желать лучшего. Текст тоже подредактирую.
Я знаю одну даму, которая печатает 400 знаков в минуту, но это ураган! 