Баг с крит-локом

Dissector

Эм.. Энди, еще раз спрашиваю, почему не в счет записи видео с ГВ на евРО буржуев? Не могу понять никак... И почему ты их называешь "абстрактными"?

Jerry

А как попасть на иро с нашим клиентом?

antena_nashi

Jerry,

сделать бекап
запустить ragnarok.exe

Azriel

А какой смысл ещё что-то проверять если все нормальные посты
с тестами и доводами игнорируются, или авторов обвиняют в
некопетентности. Другими словами, ты хочешь помочь, а в ответ
слышишь: "Ты ничего не понимаешь, все твои доводы придуманы,
сейчас всё работает правильно".
И в надежде на то, что мой пост всё таки прочитают я повтороюсь:
ГВ на иРО: син аспд ~177-180 обездвиживает виза.
Дуэль у нас: син аспд 185 не может остановить витового барда.

ЗЫ Мне всё таки интересно, проигнорируют ли этот пост как все
предидущие или всё таки мне скажут, что я ничего не понимаю.

Jerry

antena_nashi, оно качает патч 70 метров x_x
/run не помогает
Больше способов нет ?

antena_nashi

Jerry, все правильно, он качает патч с einbroch'ом...

Jerry

я не хочу патч с einbroch'ом -_-

antena_nashi

Jerry, ну тогда через какое-то время (может уже после этих выходных), ты не сможешь играть на мотре... Т_Т

unnamed01

мне тоже кажется что, вполне могли иметь место случайные несостыковки наших "исправлений" с оригиналным японским кодом, например когда монстрам стопрейт отключили или еще в какой-то момент...

и еще, помните такой глюк когда нажимаешь куда-то идти и тут получаешь удар. чар как бы замирает на месте где его ударили, а потом резко добегает (почти телепортируется) на место назначения. может тут какой-то подводный камень?

Тайлен

@antena_nashi:
Azriel, по идее должно держать 2-3 сина теперь -_- конечно это не так как на офе, но лучше чем ничего...

В том то и суть, что это если подумать, ничего не изменится. Какой должен быть деф, чтобы удержать хотя бы средненькую атаку? о_О В пару раз больше ее численностью? о_О Бред получается.

Давно уже стало ясно, что каждый из класов вносит в деф как систему чтото свое, только присущее ему. Сины выполняли роль передвигающихся многоразовых трапов. =))) Какой в них смысл, если теперь их нужно две-три штуки на одного? Тем более на иРО пишут, что одного наткритсина с приличным аспд должно хватать. Получается поменяем шило на мыло. Псевдонеправильный стопрей до фикса, на вообще непонятно каким боком соответствующий механике Гравити умножающийся стопрейт. +_+

Jerry

@unnamed01:
и еще, помните такой глюк когда нажимаешь куда-то идти и тут получаешь удар. чар как бы замирает на месте где его ударили, а потом резко добегает (почти телепортируется) на место назначения. может тут какой-то подводный камень?

До поза-позавчера вроде движение не останавливалось при ударе. Теперь останавливается.

Azriel

Все расчёты выполнены при помощи исходного кода jAthena 1540
И на основе формул взятых с <a class="postlink" href="http://rodatazone.simgaming.net/mechanics/substats.php">http://rodatazone.simgaming.net/mechanics/substats.php</a>

Часть 1: Разбор Исходного кода.
Файл: src\map\status.c

int status_get_dmotion(struct block_list *bl)
{
int ret;
struct status_change *sc_data;

nullpo_retr(0, bl);
sc_data = status_get_sc_data(bl);
if(bl->type==BL_MOB && (struct mob_data *)bl){
	ret=mob_db[((struct mob_data *)bl)->class].dmotion;
	if(battle_config.monster_damage_delay_rate != 100)
		ret = ret*battle_config.monster_damage_delay_rate/100;
}
*else if(bl->type==BL_PC && (struct map_session_data *)bl){*

  ret=((struct map_session_data *)bl)->dmotion;*

  if(battle_config.pc_damage_delay_rate != 100)*

  	ret = ret*battle_config.pc_damage_delay_rate/100;*

}*
else if(bl->type==BL_PET && (struct pet_data *)bl)
ret=mob_db[((struct pet_data *)bl)->class].dmotion; else
return 2000;

if((sc_data && sc_data[SC_ENDURE].timer!=-1 &&
(bl->type == BL_PC && !map[((struct map_session_data *)bl)->bl.m].flag.gvg)) ||
(bl->type == BL_PC && ((struct map_session_data *)bl)->special_state.infinite_endure))
ret=0;

return ret;
}

Выделеная часть функции проверяет файл battle_athena.conf и параметр
player_damage_delay_rate. Этот параметр является процентом от основной переменной, отвечаюшей за стоп рэйт dmotion.
Другими словами при значении 100 используется
не изменённое значение dmotion, при параметре ниже или выше значение dmotion меняется.

sd->dmotion = 800-sd->paramc[1]*4;

Данная строка просчитывает базовое значение переменной dmotion для расчёта
Используется переменная paramc[1] значение которой Agi + Бонусы + Карты.
Эту строку можно упростить: dmotion=800-(Agi+бонусы+карты)*4
Исходя из этого на стоп рэйт на прямую влияет стат Agility персонажа.

Значение переменной dmotion является милисекундами, исходя из файла timer.c,
в котором используется API функция Windows gettickcount()
<a class="postlink" href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sysinfo/base/gettickcount.asp">http://msdn.microsoft.com/library/defau ... kcount.asp</a>

Часть вторая: Разбор формул

Сокращения
HPM = Количество Ударов в минуту
TBH = Время в милисекундах между ударами
SR = Стоп Рэйт (Время в милисекундах)

Формулы
SR=800-Agi4
HPM= 60/ (Delay / 50)
ASpd = (200 - delay)
delay = WeaponDelay - ([WeaponDelayAgi/25] + [WeaponDelay*Dex/100])/10
В этой формуле присутствует параметр SpeedMods, про помощи которого расчитывается увеличение ASPD от Карт и Расходников.
Для этого расчёта он не представляет важности по сему я его упускаю.
TBH= 60000/HPM

Часть Третья: Расчёт в соответствии с базовой конфигурацией сервера.
Подопытным для расчётов я выбрал Катар Ассасина, который часто
используется как «Крит Локер». Удар ассасина не много отличается от ударов
других персонажей, так как существует Off Hand удар который наносится
сразу после основного и тоже является параметром влияющим на SR.

Для полного обездвиживания перонажа TBH должен быть равен или меньше SR
Начиная с версии 1479 jAthana параметр player_damage_delay_rate установлен на 10,
что является уменьшением значения dmotion до 10% от базового.
Возьмём к примеру персонажа с 50 аги.
SR=800-50*4=600 милисекунд.
10% от 600 = 60 милисекунд.
Это значит что после нанесения удара персонаж будет обездвижен на 60 милисекунд.

Далее в соотвествии с формулой вычесления ASPD нужно выяснить, какой должна
Быть минимальная скорость атаки для полного обездвиживания этого персонажа.
Для этого в формулу я подставлял различные значения Agi и Dex. Так как я не использую
в расчётах расходники и карты, повышающие скорость атаки, значения Agi и Dex
завышены намерено, что бы достичь нужного ASPD.
(Здесь описан окончательный результат расчётов).
Agi = 180; Dex = 160; Оружие: Катар WeaponDelay = 50.
delay = (50 - ([50180/25] + [50160/100])/10) = 50 - (360 + 80) / 10 = 50 - 440 / 10 = 6
HPM= 60/ (6 / 50) = 500
TBH= 60000/500 = 120 так как катар наносит 2 удара TBH делится на 2
Окончательный Результат: TBH = 60
ASPD=200-6=194
Как мы видим что бы полностью обездвижить персонажа с 50 аги ASPD должен
превышать максимально возможное значение 190.

*Часть Четвёртая: Расчёт параметра player_damage_delay_rate *
в соответствии с данными с форума ragnainfo.com
<a class="postlink" href="http://www.ragnainfo.net/forums/viewtopic.php?t=25728">http://www.ragnainfo.net/forums/viewtopic.php?t=25728</a>
В этом топике описан так называемый крит лок и возможность его достичь
при ASPD ~175 Для расчёта я не стал брать минимальный ASPD указаный в топике,
а взял аспд 177.
Для достижения 177 аспд мне понадобилось 100 Agi и100 Dex

Delay = 50 - ([50110/25] + [50100/100])/10 = 50-(220+50)/10 = 50-270/10 = 23
Aspd = 200-23=177

Расчёт TBH
HPM=60/(delay/50)=130
TBH=60000/130/2
TBH = 230

Расчёт player_damage_delay_rate.
Время между ударами при ASPD 177 = 230
Соответсвенно нужно подогнать значение SR у персонажа которого нужно
обездвижить. Делается это простым делением
230/60= 3,83333 Округляем до 4

***Итак, исходя из всех расчётов значение player_damage_delay_rate превышает то, ***
что мы имеем на нашем сервере в 4 раза и должно быть увеличено.

Zeno

Но если оно превышает, то зачем же еще увеличивать?
Точную цифру для параметра player_damage_delay_rate я что-то не вижу.

Azriel

Zeno, я так понимаю ты даже не читал пост. Если бы читал то то не задал бы подобного вопроса.

Ну так уж и быть для тех кто не читал.
Точная цифра player_damage_delay_rate = 40.

Zeno

Эм... Но если должно быть 40 по расчетам, то о чем все ныли пока стояло 50?

Azriel

Zeno,
Моё личное мнение это проблема с эмулятором, так как изменений в исходниках, насколько мне известно сделано не мало.
И вполне возможно существует не стыковка фиксов,
которая и вызывает проблемы. Единственный способ это проверить, запустить
тестовый сервер с ЧИСТЫМ эмулятором, без каких либо изменений и проверять,
с разными рэйтами(как уже предлогалось несколько раз). И ещё возможно в ветке 15** были сделаны какието изменения в расчёте стоп рэйта (14** я не проверял). В любом случае, то значение которое установлено сейчас в корне не верно, и мне кажется что и значение 100 тоже не верно,т.е. нужно проверять.

ЗЫ Если получится попробую сегодня вечером запустить 15** у себя и проверить что из этого выйдет.

Keincross

Не согласен с Azriel.
Первое:
Я уже приводил упрощенный расчет значения стопрейта необходимого для наступления станлока при АСПД атакующего равном 175. Это 500мс. Для АСПД 177 соответственно 460мс.
Если основывать расчет на формуле SR=(800-Agi4)(player_damage_delay_rate/100), то для персонажа с 1 AGI (гипотетического визарда, которого пытаются остановить) получим:
player_damage_delay_rate:100 - SR=(800-4) = 796мс (ASPD ~ 160)
player_damage_delay_rate:50 - SR=(800-4)(50/100)=398мс (ASPD ~ 180)
player_damage_delay_rate:10 - SR=(800-4)(10/100)=79,6мс (ASPD ~ 196)
Сравните с приведенными выше значениями 460-500мс.

Теперь от обратного:
SR= 500мс = (800-4)(x/100), где х - искомая величина параметра player_damage_delay_rate. В результате несложного расчета получаем player_damage_delay_rate ~ 63.
SR= 460мс = (800-4)(x/100), player_damage_delay_rate ~ 58.

То есть значение это локализуется в районе 60-и, что несколько больше испытанного нами в настройках сервера. Это объясняет почему мы не наблюдали эффективного станлока при 177 АСПД, когда в настройках сервера было выставлено player_damage_delay_rate:50.

Для персонажа с 50 AGI данный параметр оказался бы близок к 80-85, но вообще-то такой расчет некорректен.

Второе:

@Azriel:
Удар ассасина не много отличается от ударов

других персонажей, так как существует Off Hand удар который наносится
сразу после основного и тоже является параметром влияющим на SR.

@Azriel:
TBH= 60000/500 = 120 так как катар наносит 2 удара TBH делится на 2
Окончательный Результат: TBH = 60

Откуда взята информация, что удары с двух рук считаются как два разнесенных по времени удара??? Да еще разнесенных ровно на ASPD_delay/2. Куда логичнее предположить, что разделен только расчет попаданий и урона, но оба удара считаются одновременно.

В этом случае значение, вычисленное Azriel оказывается вдвое меньше, чем необходимо в действительности. То есть опять приходим к величине player_damage_delay_rate:80. Но как уже было сказано, эти расчеты сделаны для персонажа с 50 AGI, а это некорректно.

Zarathustra

удар с джура считаеться как 1 удар, урон наноситься сразу, оффхенд удар попадает если попал простой. Только анимация дополнительная, имхо.
Кстати раньше не замечал разницы между стопами виза (1-10 аги) и сина (80-90 аги) стопались оба по ощущениям одинаково.
На этом ГВ 1 раз удалось застопить найта на 1-2 секунды, но еще раз повторить сей трюк не получилось) (хотя мождет он просто тормознул в лаге...)
З.Ы. на рагнаинфо писали что крит-лок с 174-175 аспд начинаеться, зачем считать с 177?

Keincross

Если с 174-175, то выйдет что player_damage_delay_rate должен быть около 65, только и всего. ИМХО, это не принципиально, а вот то, что число получилось ощутимо больше 50-и важно.

Тайлен

Нельзя так просто отбрасывать оффхэнд дамаг у сина. Если бы это ничего не решало, то с 175 аспд станлочили бы не только сины. 175+ аспд имеют отнюдь не только сины, но почему то про другие профы станлок упоминается только при очень большом аспд. Плюс такая инфа: соник блоу, считается как один удар, но имеет анимацию 8, причем эмуляция «боли» идет на каждый из этих 8 ударов. На рагнаинфо както встречал инфу, где говорилось, что соник должен станлочить на время действия анимации. Попробую поискать, но точно не уверен, что найду, ибо воспринял тогда это как интерестную инфу. Не более. +_+

Задержка от ударов сина должна быть в сумме 500 мс. Таким образом деление на 2 имхо оправдано. Тоже думаю, и уже высказывал както, что похоже на конфликты с прошлыми фиксами. Если формула менялась, но фиксы делались на старую формулу, то думаю это не могло не отразится.