[@Diantro]

Интро

English version: https://diantro.dev/posts/how-item-upgrade-works

Привет. Продолжаем разбирать ZoneServer (ZoneServerUD_x64.exe из сборки 2232). В прошлый раз был общий путь от старта сервера до захода персонажа в мир, а сегодня самая мистическая тема: заточка. Также ответим на вопрос: могут ли админы подкрутить шанс отдельным людям, например стримерам? Разберём по коду, с формулами и цифрами, а в конце отметим на этот вопрос.

Содержание:

1. Что вообще кладётся в заточку
2. Формула шанса (с примерами)
3. Что происходит при провале
4. Что при этом видит игрок
5. Заточка модификатором у «Героя»
6. Так можно ли «подкрутить» стримеру?
7. Если коротко

Часть 1. Что вообще кладётся в заточку



Когда вы жмёте «заточить», клиент шлёт серверу пакет (7,17), который на сервере разбирает обработчик UpgradeItemRequest и передаёт в CPlayer::pc_UpgradeItem. В заточку идёт вот такой набор:

• сам предмет, который точим. Оружие (код 6) или броня (коды 0 - 7);
• талик — даёт бонус (код 18);
• модификатор — должен лежать в сумке (код 11);
• до 4 камней — необязательные, поднимают шанс.

Небольшое пояснение про коды

Предметы в RF разложены по таблицам-типам, и у каждого типа свой номер, табличный код: оружие = 6, талик = 18, инструмент = 11, куски брони это коды 0-7 и так далее. По этому номеру сервер и понимает, что за предмет ему подсунули. Поэтому в коде талик проверяется как «код 18», а инструмент как «код 11».

Структура пакета запроса на заточку (7,17).

Более подробный разбор пакета

Клиент не шлёт предметы целиком, он шлёт ссылки на них: где предмет лежит и какой у него серийник. Структура запроса (7,17) (_upgrade_item_request_clzo, 29 байт):

_STORAGE_POS_INDIV m_posUpgItem;     // предмет, который точим
_STORAGE_POS_INDIV m_posTalik;       // талик
_STORAGE_POS_INDIV m_posToolItem;    // инструмент
uint8_t            byJewelNum;       // сколько камней приложено (0..4)
_STORAGE_POS_INDIV m_posUpgJewel[4]; // сами камни

где каждая «позиция» это 4 байта: в каком «хранилище» предмет, его серийник и количество:

struct _STORAGE_POS_INDIV {   // 4 байта
    uint8_t  byStorageCode;   // хранилище: 0 = инвентарь, 1 = надето, ...
    uint16_t wItemSerial;     // серийник (уникальный номер) предмета
    uint8_t  byNum;           // количество
};

Пример: точим меч из сумки (серийник 5), таликом (серийник 12), с инструментом (серийник 20) и двумя камнями (серийники 30 и 31). Тогда пакет заполнен так:

m_posUpgItem  = { сумка, серийник 5,  1 }
m_posTalik    = { сумка, серийник 12, 1 }
m_posToolItem = { сумка, серийник 20, 1 }
byJewelNum    = 2
m_posUpgJewel = { {сумка,30,1}, {сумка,31,1}, пусто, пусто }

Талик и камни при попытке расходуются (сгорают независимо от результата). Дальше сервер проверяет кучу условий: предмет не залочен, у него есть свободные сокеты, талик вообще подходит к этому предмету, и так далее. Если что-то не так, приходит код ошибки и попытка отменяется.


Часть 2. Формула шанса (с примерами)

Шанс считается по формуле. Вот она целиком:

итоговое число = базовое[грейд][сокет] x (fRate / 4) x 100 x (30 / уровень предмета)

где fRate это вклад камней (разберём в Шаге 2). Итоговое число это «сколько шансов из 100000»: сервер бросает случайное число 0..99999, и если оно меньше итогового, засчитывается успех. А теперь по шагам, откуда каждый множитель.

Шаг 1. Базовое число из таблицы, зашитой прямо в сервер (не конфиг, не файл, а константы в бинарнике). Индекс по грейду предмета и по номеру сокета (сколько уже вставлено).

грейд | 1-й   2-й   3-й   4-й   5-й   6-й   7-й  | что это
------+------------------------------------------+------------------------------
 0..3 | 1000   750   500   250   100    50     0 | тип-N, тип-B, тип-A, тип-C
   4  |  328   246   164    82    49    16     0 | реликт
   5  |  640   480   320   160    96    32     0 | розовое (сет лидера гильдии)
   6  |  512   384   256   128    77    26     0 | Элан-оружие
   7  |  410   307   205   102    61    20     0 | оружие Баала?, прем-броня
   8  |  800   600   400   200   120    40     0 | Леон
   9  |  262   197   131    66    39    13     0 | PvP-оружие
  10  |  210   157   105    52    31    10     0 | не используется

Грейды 0-3 делят одну строчку с одинаковыми числами, дальше у каждого грейда своя. Грейд 10 в игре не носит ни один предмет (либо я не нашел), он живёт только в этой таблице.

Шаг 2. Камни дают множитель (fRate). Сервер складывает 4 слота под камни: занятый слот = сила камня, пустой считается за 0.125. Реальные значения камней (вытащено из ItemUpgrade.dat):

камень:  сила
-------------
  т1      0.25
  т2      0.5
  т3      1.0
  т4      1.5
  т5      2.0
  т6      3.0

Шаг 3. Штраф за уровень предмета. Итог умножается ещё на 30 / уровень предмета: чем выше требуемый уровень шмотки, тем ниже шанс. А на низкоуровневой шмоте это, наоборот, жирный бонус (оружие 5 ур. -> x6), поэтому мелочь точится легко.


Как именно бросается кубик (по шагам)

1. посчитали итоговое число (например, 54545);
2. бросок кубика: случайное число от 0 до 99999;
3. если кубик меньше итогового числа -> успех. Иначе -> провал.

Если итоговое = 54545, выигрышных вариантов кубика ровно 54545 из 100000, значит шанс успеха 54.5%. Выпал кубик 30000 (меньше) -> успех. Выпал 70000 (больше) -> провал. Если итоговое больше или равно 100000 -> гарантированный успех.



Шкала броска кубика при заточке.

А вот тот же расчёт кодом (из pc_UpgradeItem, слегка причёсано):

// сумма 4 слотов под камни: занятый слот = сила камня, пустой = 0.125
float fRate = 0.0f;
for (int i = 0; i < 4; ++i)
    fRate += pJewelFld[i] ? pJewelFld[i]->m_fJewelFieldValue : 0.125f;

byItemGrade = GetItemGrade(item);              // грейд предмета 0..10
byUgrLv     = GetItemUpgedLv(item->m_dwLv);    // сколько таликов уже вставлено (наш "+N")

// базовое из таблицы * (fRate / 4) * 100
dwTotalRate = (int)( (float)s_dwItemUpgSucRate[byItemGrade][byUgrLv] * fRate / 4.0f * 100.0f );

// штраф/бонус за уровень предмета
byEquipLv = GetItemEquipLevel(item);
if (byEquipLv)
    dwTotalRate = (int)( (float)dwTotalRate * (30.0f / byEquipLv) );

// одно большое случайное число из двух вызовов rand()
dwRand = rand() + (rand() << 16);

if (m_bCheat_100SuccMake)          // GM-чит "всегда успех" (см. Часть 5)
    dwTotalRate = 0xFFFFFFFF;

if (dwTotalRate > dwRand % 100000)
    // === УСПЕХ: вставляем талик в сокет ===
else
    // === ПРОВАЛ: рулетка потерь (см. Часть 3) ===

(pJewelFld[i] тут это запись камня в i-м слоте, или пусто, если слот не занят.)


Конкретные примеры

Возьмём броню грейда 1 (это Тип-B, в народе «инт»), требуемый уровень 55, первый сокет (базовое = 1000):

• без камней (fRate = 4 x 0.125 = 0.5): 1000 x (0.5/4) x 100 x (30/55) ~ 6818 -> шанс ~6.8%;
• +4 камня т3 (по 1.0, fRate = 4.0): 1000 x (4.0/4) x 100 x (30/55) ~ 54545 -> шанс ~54.5%;
• тот же предмет, но уровень 30, +4 камня т3: 1000 x 1.0 x 100 x 1.0 = 100000 -> гарантия.

При заточке на +5 того же предмета (базовое = 100), даже с 4 топ-камнями (fRate = 12): 100 x (12/4) x 100 x (30/55) ~ 16363 -> всего ~16%.


Про +7: в старых версиях да, в 2.2.3.2 нет

Обратите внимание: 7-й столбец таблицы = 0 у всех грейдов. Ноль в базовом шансе даёт итог = 0 x ... = 0, а «кубик меньше 0» невозможен. То есть на 2.2.3.2 заточить на +7 руками, таликом из инвентаря, нельзя вообще, потолок +6.

На старых апдейтах это было можно: там таблица была проще, и 7-й шаг имел микрошанс, а не ноль. Это разбирали ещё в 2008 на примере версии Giga3, где 7-й столбец был 1, а не 0 — руками +7 было сделать можно, хоть и очень маловероятно. В 2.2.3.2 +7 ставится только модификатором через комбинацию у НПС «Герой».


Часть 3. Что происходит при провале

Провалить бросок это ещё не всё: дальше сервер отдельно решает, что именно ты теряешь. Вот эта логика кодом (ветка провала в pc_UpgradeItem):

else  // основной бросок не прошёл - заточка не удалась
{
    // Бросок 1: уничтожается ли сам предмет?
    if (s_dwItemMissRate[byItemGrade][byUgrLv] <= rand() % 10000)
    {
        // предмет уцелел. Бросок 2: сбросить ли уже вставленные талики?
        if (s_dwTalikMissRate[byItemGrade][byUgrLv] <= rand() % 10000)
            byErrCode = 100;                  // ничего не потеряно (сгорели только талик + камни)
        else {
            Emb_ItemUpgrade(item, RESET);     // все сокеты обнуляются
            byErrCode = 101;                  // заточка слетела в ноль
        }
    }
    else {
        Emb_DelStorage(item);                 // предмет уничтожен
        byErrCode = 102;
    }
}

То есть при неудаче бросается ещё до двух кубиков, каждый по своей зашитой таблице:

Бросок 1 — уничтожение предмета. Берётся число s_dwItemMissRate[грейд][сокет] (из 10000) и сравнивается со случайным rand() % 10000. Если табличное число больше случайного — предмет уничтожается, иначе уцелел. Простыми словами: шанс уничтожения = s_dwItemMissRate / 100 %.

Бросок 2 — сброс заточки (только если предмет уцелел). Точно так же, но со второй таблицей: шанс обнуления сокетов = s_dwTalikMissRate / 100 %. Если не сбросилось — теряешь только талик и камни, а предмет и вся уже набитая заточка целы.

Итого три исхода: предмет цел (код 100), заточка обнулилась (101), предмет уничтожен (102).

Вот обе таблицы уже в процентах, по грейду и номеру сокета.

Шанс УНИЧТОЖЕНИЯ предмета при провале (%):

грейд | 1-й    2-й    3-й    4-й    5-й    6-й    7-й
------+--------------------------------------------------
  0   |   0      0      0      0     16     32     64
  1   |   0      0     12     16     30     44     68
  2   |   0      0      0     10   22.5     35   57.5
  3   |   0    7.5  11.25     15  23.75   32.5  46.25
  4   |  24   39.4   61.7   67.9   74.7   82.2   90.4
  5   |  70     77   84.7   93.2    100    100    100
  6   |  49   61.6   76.2   83.9   92.2    100    100
  7   | 34.3  49.3   68.6   75.5     83   91.3    100
  8   | 100    100    100    100    100    100    100
  9   | 16.8  31.5   55.6   61.1   67.2     74   81.4
 10   | 11.8  25.2     50     55   60.5   66.6   73.2

Шанс ОБНУЛЕНИЯ заточки при провале (%), если предмет уцелел:

грейд | 1-й   2-й   3-й   4-й   5-й   6-й   7-й
------+-----------------------------------------
  0   |   0     0     0     0    20    40    80
  1   |   0     0    24    32    60    88    95
  2   |   0     0     0    20    45    70    95
  3   |   0    30    45    60    95    95    95
  4   |   0    73    95    95    95    95    95
  5   |   0    43    64    86    95    95    95
  6   |   0    51    76    95    95    95    95
  7   |   0    61    91    95    95    95    95
  8   |   0    36    54    72    95    95    95
  9   |   0    87    95    95    95    95    95
 10   |   0    95    95    95    95    95    95

Что тут видно:

• Грейд 8 (Леон) уничтожается при любом провале со 100% (вся строка первой таблицы). Без права на ошибку.
• Грейды 0-3 на первых сокетах не ломаются вовсе (нули слева в первой таблице), риск копится к последним.
• Обнуление заточки к поздним сокетам почти гарантировано (95%): провалил высокую точку и предмет уцелел — почти наверняка сокеты слетят в ноль.
• Первый сокет во второй таблице везде 0 — логично, обнулять ещё нечего.

Всё выше описаное можно выразить блок-схемой:



Блок-схема попытки заточки.


Часть 4. Что при этом видит игрок

А почти ничего. В ответ на попытку клиенту прилетает пакет (7,18) ровно в один байт: код результата. Ни шанса, ни бросков кубика, ни промежуточных рулеток клиент не знает и в принципе не видит. Он показывает вам анимацию и итог, а вся математика остаётся на сервере.

Зато сервер про каждую попытку помнит всё. Каждая заточка пишется в лог-файл истории предметов игрока строкой вида:

UPGRADE(FAIL): <код предмета>_<прочность>_@<уровень>[<uid>] <дата> <время>

То есть у держателя сервера есть полный аудит: кто, что, когда точил и чем закончилось. У игрока такого доступа нет.


Часть 5. Заточка модификатором у «Героя»

Комбинация у «Героя» устроена совсем иначе, чем ручная заточка: тут нет броска на успех и нельзя сломать предмет. Модификатор просто выбирает один из своих готовых результатов — например +5, +6 или +7, — как лотерея, где у каждого варианта своя доля шанса.



Рулетка выбора результата модификатора.

Проще всего представить рулетку, разбитую на сектора: чем больше шанс у варианта, тем шире его сектор. Сервер её «крутит» (бросает число от 0 до 9999) и смотрит, в чей сектор попало — тот вариант и выпадает. Пример (доли условные, настоящие лежат в CombineTable.dat):

вариант   шанс    сектор
--------------------------
  +5      60%     0 ... 5999
  +6      30%     6000 ... 8999
  +7      10%     9000 ... 9999

Выпало, скажем, 7200 — это сектор +6, предмет становится +6. Заточка каждого варианта заранее прописана в рецепте, поэтому сервер просто ставит её на предмет: гарантированно, без всяких «сгорит / уцелеет».

Если совсем коротко кодом, ядро выбора выглядит так:

int roll = rand() % 10000;        // "крутим рулетку"
int acc  = 0;
for (каждый вариант рецепта) {
    acc += вариант.шанс;          // накапливаем доли секторов
    if (roll < acc) {             // число попало в сектор этого варианта
        выбрали его;
        break;
    }
}
// заточка выбранного варианта уже готова в рецепте - сервер просто ставит её на предмет

Разберём по шагам тот же пример (+5 вес 6000, +6 вес 3000, +7 вес 1000):

1. Крутим рулетку: roll = rand() % 10000. Пусть выпало 7200. Счётчик acc = 0.
2. Первый вариант +5 (вес 6000): acc = 0 + 6000 = 6000. Проверка 7200 < 6000? — нет, идём дальше.
3. Второй вариант +6 (вес 3000): acc = 6000 + 3000 = 9000. Проверка 7200 < 9000? — да -> выпал +6, стоп.

Готово: предмет становится +6. Смысл в том, что числа 0-5999 достаются +5, 6000-8999 -> +6, 9000-9999 -> +7; наш 7200 попал во второй кусок. Чем больше вес, тем шире кусок и тем чаще вариант выпадает.

Ещё пара бросков для наглядности: roll = 300 -> сразу 300 < 6000 -> +5; roll = 9500 -> мимо +5 и +6, 9500 < 10000 -> +7.


Часть 6. Так можно ли «подкрутить» стримеру?

Да, можно.

Мы уже видели: шанс считает обработчик на сервере, по таблицам, зашитым в его же бинарник. Всё это целиком под контролем того, кто держит сервер. Вот, что лежит в том же самом обработчике заточки, за пару строк до броска кубика:

if (m_bCheat_100SuccMake)
    dwTotalRate = 0xFFFFFFFF;   // -> итоговое число огромное, кубик всегда меньше -> 100% успех

Это готовый встроенный флаг «всегда успех». В оригинальной игре он включается GM-командой (%god hand включить, %chicken hand выключить) и используется и для крафта, и для заточки. То есть механизм «сделать 100%» уже есть в коде из коробки, но только для GM-аккаунтов.

На практике исходников зон-сервера ни у кого нет: все серверы крутят один и тот же оригинальный бинарник, когда-то давно утёкший в сеть. Но модифицировать его легко и без исходников — через хук.

Хук (от англ. hook, «крючок») это способ вклиниться в чужую функцию на лету: перехватить вызов и подсунуть свою логику до или вместо оригинальной, не трогая сам код программы. Поведение игр так правят сплошь и рядом, это стандартная и несложная операция.



Схема хука на функцию заточки.

Дальше дело техники: держишь список нужных ников (в файле, в базе, в каком-нибудь кэше) и в хуке для них подкручиваешь исход — включаешь тот самый флаг m_bCheat_100SuccMake (всегда успех) или просто подменяешь переменную с результатом броска на нужную. Так отдельным людям можно увеличить шанс, а с клиента это выглядит просто как «ну повезло». Проверить это со стороны игрока невозможно: клиент видит один байт результата, а шанс, флаги и логика живут на сервере.

Суть. Со стороны игрока нельзя на 100% проверить, что творится во внутрянке сервера. Клиент видит один байт результата, а шанс, флаги и вся логика живут в закрытом бинаре у держателя сервера, где он волен менять что угодно хуком или патчем. «У всех одинаковый шанс» это не проверяемый факт, а обещание, в которое можно только верить.

Если коротко

• Формула для расчета успеха: базовое[грейд][сокет] x fRate/4 x 100 x 30/уровень = «итоговое число» (fRate = сумма 4 слотов под камни), потом кубик из 100000, и успех если кубик меньше итогового.
• Каждый следующий сокет труднее, а 7-й шаг = 0%: руками на 2.2.3.2 потолок +6. +7 ставится только модификатором через комбинацию у Героя: там результат (+5/+6/+7) выпадает по «рулетке» из рецепта.
• Камни умножают шанс (сила от 0.25 у т1 до 3.0 у топового; пустой слот 0.125), уровень предмета шанс снижает (x 30/уровень, а на низком уровне наоборот бонус).
• При провале бросается ещё до двух кубиков: сначала на уничтожение предмета, потом (если уцелел) на обнуление заточки. Сколько первых сокетов безопасны зависит от грейда (грейд 0 — четыре, грейд 3 — только первый); грейд 8 уничтожается при любом провале со 100%.
• Клиент видит один байт результата, сервер пишет полный лог каждой попытки себе.
• Подкрутить отдельному человеку технически очень просто (хук на функцию заточки + список ников), а со стороны игрока внутрянку нельзя проверить. Поэтому «у всех честно» на закрытом сервере это вопрос доверия, а не проверки.

Числа взяты из сборки 2232: формула и таблицы взяты напрямую из бинаря ZoneServerUD_x64.exe (pc_UpgradeItem), значения камней из ItemUpgrade.dat, механизм комбинации из ItemCombineMgr. Независимое подтверждение алгоритма (старая версия Giga3, 2008): разбор на rf-cheats. Названия грейдов это клиентская условность, сервер оперирует номерами 0-10; на другой сборке/версии детали могут отличаться.

[@Тигрь]

лучше разбери оригинальную формулу атаки и доджа как на руофе вот педра обрадуется.

[@ForMe]

Ого, технические статьи по РФ Олуне в 2026 году.
Такое мы читаем!

[@sashblo]

август 2026.
На рф-читс выходит тех. статья по рф онлине.
Вернули 2007-й получается.

[@SlGMA]

Спасибо!!! буду изучать.
Ты написал что если будет интересно то продолжишь писать и затронешь тему об уроне и о логике попадания... Сколько челов должно подписаться чтобы ты решил что интересно?)

[@Тигрь]

Сообщение от SlGMA

Спасибо!!! буду изучать.
Ты написал что если будет интересно то продолжишь писать и затронешь тему об уроне и о логике попадания... Сколько челов должно подписаться чтобы ты решил что интересно?)

как минимум должно подписаться 10 педро.

[@rule-z]

Сообщение от Тигрь

как минимум должно подписаться 10 педро.

Не надо 10. Здесь и от одного глаз дергается

[@Педро]

буду изучать.

А прости конечно,
Но что именно ты собирался изучать?
Нормальные игроки руофа...кто не пьянь и не бомж-студент
Всё что выше +4 точили модами всегда
-
Это имеется ввиду 2232 - до приколов Савельева с 70 уровнем реликтов и леонов
Когда создали никогда не существовавшую линейку оружия с собственными % заточки и правилами
-
Клоуны которые с т2 точили до +2 - остались в 215 апе и 2007 году

Просто игра то ебанутая была от Корейцев
На любом официальном сервере
т4 комплект стоил практически как т5 конверт если в шопе купить
Да, от старости сервера и в процессе накопления бесполезных ресов
цены на т4 комплекты могли уйти вниз
Но именно то как эти камни добывались - через жопу и совсем не как глю
Делало процесс заточки +5 руками с т4 - абсолютно не эффективным занятием
============================
А на счёт - админы могут крутить
Ну там джейды ещё можно интересные делать которые в сумке полежат незаметно

PPS:
просто когда общаешься даже со старыми* игроками - очень многие из них, были слишком молоды в те времена, когда игра официально начиналась в России
Они просто бегали мясом и им было весело
Они не понимали что эта игра про +7 предметы
И всё что +4+5 - это вообще другие вещи и имело мало смысла; чем они заточены и как.

[@SlGMA]

[QUOTE=Педро;3105236]А прости конечно,
Но что именно ты собирался изучать?


Друже, я изучаю все что только могу накопать в любых некропостах и просто инфу от неравнодушных людей, которые видят мои потуги и идут навстречу) за что всем спасибо большое!
Диантро затронул давно погибший раздел, и это внушает надежду)) может что то и получится из этого. как говорится в знаменитой присказке:
- будем посмотреть

[@g00dw1n]

Сообщение от Diantro

Часть 5. Заточка модификатором у «Героя»

Комбинация у «Героя» устроена совсем иначе, чем ручная заточка: тут нет броска на успех и нельзя сломать предмет. Модификатор просто выбирает один из своих готовых результатов — например +5, +6 или +7, — как лотерея, где у каждого варианта своя доля шанса.

предметы из рецепта таки можно сломать.
разбери кейс когда сумма шансов в слотах результатов меньше 10к и попадёшь как раз в обработку FailOutItem, который и рулит тем чёж там сгорит.
ps: если на дефолтные скрипты посмотришь, то обнаружишь скам модики, где результат на +7 прописан, но никогда не выпадет из-за реализации круток.