EthernalBreeze 3.05 (BUILD 6.4.6)

[DanilaDNL]

блин, этот вопрос задаётся почти каждую страницу, просто жесть. нужно наверное придумать что бы об этом как то указывалось в меню, а то боюсь замучают вопросами)

Напиши просто на книжках.
Требования: 20/40/60... уровень школы такой-то

--- Добавлено: 6 Дек 2024 ---

Еще можно сделать окно с инфой, как у НБ на кнопку H.

 

[Virriel]

Напиши просто на книжках.
Требования: 20/40/60... уровень школы такой-то

--- Добавлено: 6 Дек 2024 ---

Еще можно сделать окно с инфой, как у НБ на кнопку H.

Нужно, чтобы с самого начала игры была подсветка насчёт менюшки мода, как это сделано с менюшкой на "Н" и "Shift+Z" при выборе SnC режима. Просто повесить надоедливую светящуюся фигню на экране, которая убирается только после того, как игрок открывает соответствующее меню. У вас их два: "Т" и "Shift+T".
Ну, и да, неплохо бы на книгах в описании выставить с какого уровня какой ранг может быть доступен.

 

[lev4enko]

А я вот против внесения % защиты. Хоть идея и хорошая, но проблем от нее будет больше чем пользы. Протестить работоспособность процентуальных формул в разы сложней, чем плоских. И так уже столько переменных в моде. Да и это уже слишком отдалит Готику от ее оригинального шарма. Простота формул - одна из самых привлекательных и задающих характер сторон Готики. Отбалансить урон можно и без внедрения новых формул.

 

[DanilaDNL]

Отбалансить урон можно и без внедрения новых формул

Ежедневно этим занимаюсь. Уверен, что нельзя!
Либо мобы не будут тебя вообще убивать, либо ты будешь падать с тычки.

 

[Yuriy]

Ежедневно этим занимаюсь. Уверен, что нельзя!
Либо мобы не будут тебя вообще убивать, либо ты будешь падать с тычки.

Згідний. Так само і ГГ, зразу слабак, а потім урон різко росте, набагато швидше ніж його навики і викручування НПС вже не допомагають. Він як машина смерті, але і сам від 1 тичка може померти.

 

[lev4enko]

Ежедневно этим занимаюсь. Уверен, что нельзя!
Либо мобы не будут тебя вообще убивать, либо ты будешь падать с тычки.

Ну смотри, раз уж у нас уже есть множество конфигов для выведения урона НПС, почему бы просто не добавить еще один балансирующий сет:
reduction_damage_threshold - порог, с которого начинается занижение урона
reduction_damage_step - плоский шаг занижения урона
reduction_damage_power - процентуальное занижение за шаг

Вот вам даже уже посчитал примерные параметры конфига с примерами урона (скриншот). Намного проще было бы, чем внедрять новый функционал в игру.

 

[DanilaDNL]

Ну смотри, раз уж у нас уже есть множество конфигов для выведения урона НПС, почему бы просто не добавить еще один балансирующий сет:
reduction_damage_threshold - порог, с которого начинается занижение урона
reduction_damage_step - плоский шаг занижения урона
reduction_damage_power - процентуальное занижение за шаг

Вот вам даже уже посчитал примерные параметры конфига с примерами урона (скриншот). Намного проще было бы, чем внедрять новый функционал в игру.

И чем это проще, чем просто взять текущую броню, умножить и вывести процент снижения урона?
Что то, что другое все равно правки и делают примерно одно и то же.

 

[lev4enko]

И чем это проще, чем просто взять текущую броню, умножить и вывести процент снижения урона?
Что то, что другое все равно правки и делают примерно одно и то же.

Тем, что в твоем случае меняется формула расчета урона как такового, а в моем - лишь балансится уже и без того существкующая формула дополнительного урона от мода, просто теперь в ней будет вместо X переменных X+3.

 

[aleviq]

мне сегодня с новым патчем в сундуке монастыря вообще венец демонов 500 илв выпал, 1500 средний резист от всего,а требует только 2000 хп,и это первая глава))) ну наверное чето с удачей накрутил я)
п.с. походу сундуки сильно апнули,там только и сыпется 500 лвл шмот и по 147 штук зелий 500 лвла,если такую пачку сагитте продать,то сразу лям хп,всетаки чето я наркутил наверное лишнего.
делал удачу по совету что был страниц 10 назад,модификатор сложности удачи на 1 процент поставил, базовый модификатор мощи и количества предметов с 0 на 5 поднял,а все остальные модификаторы на 10%. наверное чето не так,или где-то много...

Это тот пост который был написан демоническим говорящим котом по кличке ледяной кулак? Ну тут вы нашли конечно кого слушать. Сложность удачи на 1% уже сильно насторожила меня, видимо идеей сего хитрого существа было то, чтобы все кто жалуется на лут, наконец были завалены всей падающей горой ценного мусора. Естественно покрутите удачу под себя, никто не запрещает потестить, какие значения понравятся именно вам, единых идеальных сбалансированных значений удачи тут не существует, так что только методом тестов. Ну и главное - поднимите сложность удачи выше одного процента, а ведь ее ещё можно и в минус поставить...

 

[DanilaDNL]

Тем, что в твоем случае меняется формула расчета урона как такового, а в моем - лишь балансится уже и без того существкующая формула дополнительного урона от мода, просто теперь в ней будет вместо X переменных X+3.

С чего ты взял, что в моде вообще есть у мобов такие параметры, как Base damage и Bonus Damage?
Bonus Damage - добавляется к базовым характеристикам и нигде не хранится. Так что есть лишь 1 параметр урона.
Возможно есть бонус урон от аффиксов маг. насыщенного моба, у которого там "доп урон колющим", но этот вариант не подходит.
По крайней мере, я не видел такого, так как уже залазил в скрипты. Сомневаюсь, что где-то еще он хранится.
Так что, я предполагаю, что твой вариант, один хрен по стоимости усилий не будет ни на грамм легче встроить.

При этом вариант с % снижением делается так:
Шаг 1й - Добавляем переменные.
Шаг 2й - Пишем функцию, которая обновит эти переменные по заданной формуле.
Шаг 3й - Встраиваем функцию (1 строчку воткнуть в код) в триггер изменения брони (Возможно это будут функции снятия/одевания доспехов/щитов и т.д.).
Шаг 4й - В самом конце в формуле расчёта урона которая может выглядеть как:
Урон = x+y*3/10+u+z
станет равна формуле:
Урон = (x+y*3/10+u+z) * (процент снижения из 1го шага)

Твой вариант состоит из 1го и 4го шага.
То есть не потребуется обновлять эти переменные в игре.
НО... Твои переменные придется обрабатывать и высчитывать в момент нанесения урона, что хуже, с точки зрения оптимизации кода.

P.S. После того, как я написал это сообщение, я понял, что по твоей формуле мы должны проанализировать, перешли ли мы границу reduction_damage_threshold, в зависимости от этого посчитать на сколько раз мы этот барьер перешли шагами reduction_damage_step и потом, внимание, взять от высчитанного %.
То есть мы вместо моего одного высчитывания % перешли к анализу урона + высчитывание % от расчитанной в анализе переменной)
Только не воспринимай, как предъяву. Просто считаю, что я проще придумал вариант и пытаюсь объяснить почему.