Abaddon

Completed: At revision: 26847

Тема себя исчерпала.

Дайте нам исходники клиента - сделаем.

Общий принцип работы атрибута: Сперва считается атака. Вариантов механизма подсчета атаки всего два - для скиллов и для обычных атак. Скиллы не получают никаких преимуществ от значения стороннего атрибута. Почти все физические скиллы не имеют атрибута изначально, и приобретают его только благодаря заточке. Если атрибут оружия и атрибут скилла не совпадают, то атрибут оружия не влияет никак. У каждого скилла с атрибутом имеется базовое значение атаки, обычно это 20. Это значение добавляется к общему значению атаки от снаряжения и эффектов. Для простых атак берется тот элемент, который указан в окне статуса персонажа. Затем от атаки отнимается соответствующая защита цели. Результат этой операции - эффективное значение атаки. Собственно бонус считается вовсе просто: — Для эффективной атаки 0 или менее: атрибут не влияет вообще никак. — Для эффективной атаки от 1 до 49: линейно растущий бонус 0-20%. — Для эффективной атаки 50-149: бонус 20%. — Для эффективной атаки 150-299: бонус 40%. — Для эффективной атаки 300 и более: бонус 70%. Популярные мифы и заблуждения: Миф: Чем больше атаки — тем лучше. Правда: Не всегда. Как видно из формулы, разницы между 50 и 149, как и разницы между 150 и 299 попросту нет. Миф: Защита, превышающая атаку, снижает наносимый урон. Правда: Это касается только бонусного значения атрибута. Основное значение атаки не может быть снижено атрибутной защитой. Миф: Атрибутная защита снижает наносимый простыми безатрибутными атаками урон. Правда: Атрибутная защита никак не влияет на безатрибутные атаки. Немного примеров: Вопрос: Zaken имеет атрибутную защиту 300, за исключением 250 Holy и 370 Dark. Какова разница в наносимых повреждениях между оружием с 0 и 300 Fire? Ответ: ɯǝɓʎƍ ǝн ıqǹинεɐd. Вопрос: Undead монстр имеет атрибутную защиту от Holy -30. У игрока нет снаряжения с атрибутом, зато есть бафф Holy Weapon (+20 атрибута Holy). Сколько дополнительных повреждений можно будет нанести, если добавить еще Dance of Light (+20 атрибута Holy)? Ответ: оʞqvоʞɔин.

Completed: At revision: 26712

Не актуально.

Топик оформлен некорректно, либо дублирует уже существующий/решенный. Читайте правила создания тем в разделах техподдержки.

Топик оформлен некорректно, либо дублирует уже существующий/решенный. Читайте правила создания тем в разделах техподдержки.

Топик оформлен некорректно, либо дублирует уже существующий/решенный. Читайте правила создания тем в разделах техподдержки.

[s_summon_spark_cubic_power30] это скилл саммона кубика, а не его стана. {i_summon_cubic;8;108} означает вызов вот этого кубика: cubic_begin id = 8 level = 108 slot = 8 duration = 900 delay = 30 max_count = 10 use_up = 0 power = 2275.0 target_type = target op_cond = {0;33%;1000} skill1 = {100%;[s_cubic_shock18];12%;0} skill2 = {} skill3 = {} cubic_end то есть сам стан это скилл skill_begin skill_name = [s_cubic_shock18] /* [??] */ skill_id = 4166 level = 18 operate_type = A2 magic_level = 85 self_effect = {} effect = {{cub_block_act}} end_effect = {} is_magic = 1 mp_consume2 = 0 cast_range = -1 effective_range = -1 skill_hit_time = 0 skill_cool_time = 0 skill_hit_cancel_time = 0 reuse_delay = 0 activate_rate = 80 lv_bonus_rate = 1 basic_property = con abnormal_time = 9 abnormal_lv = 1 abnormal_type = stun abnormal_instant = 0 irreplaceable_buff = 0 buff_protect_level = 0 attribute = {attr_none;0} trait = {trait_shock} effect_point = 0 target_type = enemy affect_scope = single affect_limit = {0;0} next_action = none abnormal_visual_effect = {ave_stun} debuff = 1 ride_state = {@ride_none;@ride_strider;@ride_wyvern;@ride_wolf} multi_class = 0 olympiad_use = 1 skill_end Он магический, то есть зависит от матаки кубика и мдефа цели. Кроме того, влияют резист стану и con. Одну ошибку впрочем нашел - для дебафов кубиков бралась матака игрока, а не кубика. Для +30 кубика это 2275 матаки. После исправления шанс упадет еще сильнее.

Неправильная логика. Нормальный мир и инстанс зоны работают через один и тот же механизм. Иначе каждый инстанс стоил бы нам более сотни МБ памяти. Да, в jvm есть баги. Именно они являются основной причиной падений сервера. Гугли по «An unexpected error has been detected by Java Runtime Environment». То есть предлагается реализация с несколькими процессами, отдельными на каждый сервер. Если используется репликация, то они должны иметь полностью идентичный набор данных в памяти. То есть любое обращение в память надо синхронизировать и инициировать обновление на других серверах. Это потребует навскидку в миллион раз больше времени, чем обращение в оперативную память. Чисто теоретически можно переписать механизм видимости, разделив между нодами разные инстансы, но это огромный объм работы с примерно нулевым выходом. А делить как-то иначе в условиях открытого мира невозможно. OOME у нас последний раз был года три или четыре назад. А сборщик мусора у нас используется неблокирующий. Как правило это или ошибка в jvm, или дедлок, обычно в одной очень корявой библиотеке. Ее, кстати, таки заменили, и с тех пор еще не было проблем. Вам кажется. Не забывайте проблему синхронизации между нодами. Издержки агрессивной оптимизации и расположения сервера репликации на большом расстоянии. А что в этом такого странного?

Кластер эффективен при низкой связности разных потоков. Например, для веб-страниц. А в сервере она более чем высокая. Мы забраковали даже идею выноса модулей в отдельные процессы, не то что на другой компьютер. Падал из-за ошибки в jvm, а не от нагрузки как таковой.

Слияние откладывается, форс-мажор: у Drin проблемы со здоровьем, так что придется подождать.

Хочу обратить внимание, что мы не указали ноябрь какого года. А если серьезно, то планируется в среду.

Мв крафт зависит только и исключительно от двух параметров: уровня крафтера и уровня рецепта. Дабл крафт не зависит вообще ни от чего.

1-4 это так и надо. Тоггл имеет побочки и его надо убирать. Пирсинг и стил на нпц и не должны работать.

Как видно из первого поста, его и не должно было быть. У варков есть свои плюсы. КК против ГФ явно в проигрыше. Ну и они и сейчас оконный баф очень часто. ШЕ и сейчас не особо бедствуют.

Ну не совсем, 2 за, 1 нейтральный, 2 против и 1 для желающих выделиться. Опрос - для определения средней температуры по больнице, а решение принимается по обсуждению. А то, что «не против» трактуется в сторону «за» - это уже на усмотрение принимающего решение. Кстати, на х5 установлена доработанная версия. Вот на нее уже можно делать отзывы. P.S.: Зря от SMF отказались, корявый этот IPB. Опрос постоянно куда-то девается.

В финальной версии не будет ничего из этого, кроме вампа и пати тоггла. Там еще должен будет быть апдейт клиента, название поменяется и он будет показываться как тоггл корректно. Работать будет только на бафы, базовая длительность которых от 5 до 40 минут. Это должно отсеять всё лишнее.

И не должно. Эта версия не должна была устанавливаться.

Кто-то напрасно поставил сырую версию на х5. Там недоделаны фильтры и кое-что лишнее не убрано.

Примерно так оно и работает. Только без постэффекта.

Ну... Вообще-то да. Кстати, советую не забывать, что это тоггл. И его надо выключать для использования дебафов, берна итп. Иначе себе маны сожжете больше, чем врагу. Как думаете, как долго туда-сюда удастся его дергать прежде, чем запутаетесь?

У меня эти наработки уже больше года лежат.