Привет всем, нужна помощь, у меня статы на шмоткам одинаковые, но при заточке некоторые лучше, а некоторые хуже увеличиваются.
Каждая шмотка прописана идентично.
В чем может быть еще проблема ?
В статах все один в один, а базе тоже.
Буду благодарен за помощь.
Привет всем, нужна помощь, у меня статы на шмоткам одинаковые, но при заточке некоторые лучше, а некоторые хуже увеличиваются.
Каждая шмотка прописана идентично.
В чем может быть еще проблема ?
В статах все один в один, а базе тоже.
Буду благодарен за помощь.
Обратите внимание, что данный пользователь заблокирован! Не совершайте с ним никаких сделок! Перейдите в его профиль, чтобы узнать причину блокировки.
Криворукие сервер собирали вот и результат соответственный, а человек перекупил и не проверил, теперь мучается, это не калькулятор виноват. Это решаемо из датапака и базы.
Криворукие сервер собирали вот и результат соответственный, а человек перекупил и не проверил, теперь мучается, это не калькулятор виноват. Это решаемо из датапака и базы.
Да никак это не решается, там на уровне ядра уже давно известна проблема с переодеванием точенных вещей, из за которых прыгают статы. Копайте исходы, мб найдете косяк
Да никак это не решается, там на уровне ядра уже давно известна проблема с переодеванием точенных вещей, из за которых прыгают статы. Копайте исходы, мб найдете косяк
ну это логично, ведь где-то еще в списке операций может быть так же и add 0х40 вполне, и не факт что последовательность операций будет всегда одна и та же - в одном случае может быть mul, add а в другом add, mul - что приведет к совершенно разным результатам.
потому и не должны никогда пересекаться очередности для mul/div и add/sub - ибо это чревато неопределенностью в расчетах.
В pwsoft та вроде бы проблема в нескольких скилах, уже не помню каких Malaria, Flu или что-то такое.
Можно взять блокнот, к примеру notepad, сделать поиск по файлам статов, и посмотреть соответствие mul и add к ордерам.
add к 0x20, 0x40, 0x60,
mul к 0x10, 0x30, 0x50