Написание сервера для lineage 2 chronicle 1 на node.js

akk12345 · 17 Апр 2024

Новый велосипед будет лучше ? Терпения в начинаниях ))

space2pacman · 17 Апр 2024

akk12345 написал(а):
Новый велосипед будет лучше ? Терпения в начинаниях ))

Ну он хотя бы поедет) сейчас ближайшие цели
Перемещение(Игрока, NPC) .
Атака(Игрока, NPC) .

Вектор монет для тестов)

BladeRunner · 17 Апр 2024

akk12345 написал(а):
Новый велосипед будет лучше ? Терпения в начинаниях ))

Нет

space2pacman написал(а):
Вектор монет для тестов)

А в какой плоскости это синус и косинус?

space2pacman · 20 Апр 2024

Есть ли формула для walk speed ? (baseWalkSpd)
Или он всегда 80 для Human Fighter?

С увеличением скорости бега. Скорость шага как-то меняется?

LightFusion · 20 Апр 2024

space2pacman написал(а):
Есть ли формула для walk speed ? (baseWalkSpd)
Или он всегда 80 для Human Fighter?

С увеличением скорости бега. Скорость шага как-то меняется?

Естественно, с добавлением модификаторов скорость бега, и скорость шага - либо увеличиваются, либо уменьшаются, либо вовсе может выдать сообщение( вы не можете двигаться).
1.Первое идет загрузка таблицы параметров PlayableCreature/PC(Играбельного Существа ) -

Таблица

Код:

moving_speed_begin
    FFighter={80; 115; 122; 122; 0; 0; 0; 0}
    MFighter={80; 115; 122; 122; 0; 0; 0; 0}
    FMagic={78; 120; 122; 122; 0; 0; 0; 0}
    MMagic={78; 120; 122; 122; 0; 0; 0; 0}
    FElfFighter={90; 125; 122; 122; 0; 0; 0; 0}
    MElfFighter={90; 125; 122; 122; 0; 0; 0; 0}
    FElfMagic={85; 122; 122; 122; 0; 0; 0; 0}
    MElfMagic={85; 122; 122; 122; 0; 0; 0; 0}
    FDarkelfFighter={85; 122; 122; 122; 0; 0; 0; 0}
    MDarkelfFighter={85; 122; 122; 122; 0; 0; 0; 0}
    FDarkelfMagic={85; 122; 122; 122; 0; 0; 0; 0}
    MDarkelfMagic={85; 122; 122; 122; 0; 0; 0; 0}
    FOrcFighter={70; 117; 122; 122; 0; 0; 0; 0}
    MOrcFighter={70; 117; 122; 122; 0; 0; 0; 0}
    FShaman={70; 121; 122; 122; 0; 0; 0; 0}
    MShaman={70; 121; 122; 122; 0; 0; 0; 0}
    FDwarfFighter={80; 115; 122; 122; 0; 0; 0; 0}
    MDwarfFighter={80; 115; 122; 122; 0; 0; 0; 0}
moving_speed_end

Код обработки

Код:

else if ( !wcscmp(this->parsing_context, L"moving_speed") )
            {
              if ( this->DoubleVector._Mypair._Myval2._Mylast - this->DoubleVector._Mypair._Myval2._Myfirst != 8 )
                CLog::Add(
                  &Log,
                  LOG_ERROR,
                  (wchar_t *)L"%s line[%d], moving_speed int counter is different",
                  g_DataScriptFile_106[56],
                  this->m_lexer.line);
              v25 = this->DoubleVector._Mypair._Myval2._Myfirst;
              LODWORD(v4_8) = (int)v25[4];
              LODWORD(v4) = (int)v25[3];
              LODWORD(v3) = (int)v25[2];
              LODWORD(value_8) = (int)v25[1];
              LODWORD(field) = 32;
              CPCParamDB::SetValueBySRC(
                &g_PCParamDB,
                v86.sex,
                v86.race,
                v86.cls,
                field,
                (int)*v25,
                value_8,
                v3,
                v4,
                v4_8,
                (int)v25[5],
                (int)v25[6],
                (int)v25[7]);
            }

Код:

void __fastcall CPCParamDB::SetValueBySRC(
        CPCParamDB *this,
        int sex,
        int race,
        int fm,
        __int64 field,
        int v1,
        __int64 v2,
        __int64 v3,
        __int64 v4,
        __int64 v5,
        int v6,
        int v7,
        int v8)
{
  double *v13; // rdx
  wchar_t *v1a; // [rsp+30h] [rbp+30h]
  if ( (_DWORD)field == 32 )
  {
    v13 = (double *)((fm + 2 * (race + 30i64 * sex)) << 6);
    v13[58680664] = (double)v1;
    v13[58680668] = (double)(int)v2;
    v13[58680665] = (double)(int)v3;
    v13[58680669] = (double)(int)v4;
    v13[58680666] = (double)(int)v5;
    v13[58680670] = (double)v6;
    v13[58680667] = (double)v7;
    v13[58680671] = (double)v8;
  }
  else
  {
    v1a = _PCParamFieldBySRC[(int)field];
    LODWORD(field) = 1513;
    CLog::Add(
      &Log,
      LOG_ERROR,
      (wchar_t *)L"[%s][%d] Unknown field[%s] setting",
      L"pc_param.cpp",
      field,
      v1a,
      v2,
      v3,
      v4,
      v5);
  }
}

Код:

wchar_t *_PCParamFieldBySRC[37] =
{
  L"PC_INT_DEFAULT",
  L"PC_INT_MIN",
  L"PC_INT_MAX",
  L"PC_STR_DEFAULT",
  L"PC_STR_MIN",
  L"PC_STR_MAX",
  L"PC_CON_DEFAULT",
  L"PC_CON_MIN",
  L"PC_CON_MAX",
  L"PC_MEN_DEFAULT",
  L"PC_MEN_MIN",
  L"PC_MEN_MAX",
  L"PC_DEX_DEFAULT",
  L"PC_DEX_MIN",
  L"PC_DEX_MAX",
  L"PC_WIT_DEFAULT",
  L"PC_WIT_MIN",
  L"PC_WIT_MAX",
  L"PC_BASE_PATTACK",
  L"PC_BASE_CRITICAL",
  L"PC_BASE_ATTACK_TYPE",
  L"PC_BASE_ATTACK_SPEED",
  L"PC_BASE_PDEFEND",
  L"PC_BASE_MATTACK",
  L"PC_BASE_MDEFEND",
  L"PC_BASE_CAN_PENETRATE",
  L"PC_BASE_ATTACK_RANGE",
  L"PC_BASE_DAMAGE_RANGE",
  L"PC_BASE_RAND_DAM",
  L"PC_ORG_HP_REGEN",
  L"PC_ORG_MP_REGEN",
  L"PC_ORG_CP_REGEN",
  L"PC_MOVING_SPEED",
  L"PC_ORG_JUMP",
  L"PC_BREATH_BONUS",
  L"PC_SAFE_FALL_HEIGHT",
  L"PC_COLLISION_BOX"
}; // idb

2.При входе в мир -

,

v12->SendUserInfo(v12, 0i64, 0i64);

присвоение классу CUser/PC(И наследуемому CCreature) значений из таблицы ( но в памяти) , -

long double g_OrgSpeedBySRCME[2][30][2][2][4];
long double __fastcall CPCParamDB::GetOrgSpeed(

CPCParamDB *this,

unsigned int sex,

unsigned int clstype,

unsigned int mt,

EnvType env,

RaceType race)

{

v6 = sex;
if ( sex > 1 || clstype > 0xC0 || mt > 1 || env > ENV_HOVER )
{
CLog::Add(
&Log,
LOG_ERROR,
L"[%s][%d] Some parameter is invalid sex[%d] clstype[%d] movetype[%d] envtype[%d]",
L"pc_param.cpp",
1528,
sex,
clstype,
mt,
env);
return 0.0;
}
else
{
v7 = clstype;
if ( (*(&stru_C69320 + clstype + 1048580) - 4) <= 1 )
v8 = race;
else
v8 = *(&stru_C69028 + clstype + 1048578);
return g_OrgSpeedBySRCME[v6][v8][*(&stru_C69618 + v7 + 1048582)][mt][env];
}

}
User::SetOrgSpeed(
this,
nOrgSpeed0,
&nOrgSpeed0[1],
&nOrgSpeed0[2],
nOrgSpeed4,
&nOrgSpeed4[1],
nOrgSpeed6,
&nOrgSpeed6[1],
&nOrgSpeed7);
[/CODE]

User::SendUserInfo2(this, 0, v49);

3.При Одевании Предмета, Использовании Умения(самим собой, либо целью ) добавление Модификаторов, проверка -

.

4.При движении - проверка (move_to) -

space2pacman · 24 Апр 2024

Update

* Перемещение через tasks (создается задача на перемещение по вектору до конечных координат. Персонаж не телепортируется для сервера а идет по шагам.)
* Атака. Проверка на дистанцию. Перемещение. (В работе. Есть моменты, когда не до конца доходит)

LightFusion · Четверг в 02:04

space2pacman написал(а):
Update

* Перемещение через tasks (создается задача на перемещение по вектору до конечных координат. Персонаж не телепортируется для сервера а идет по шагам.)
* Атака. Проверка на дистанцию. Перемещение. (В работе. Есть моменты, когда не до конца доходит)

По поводу движения, рекомендовал бы ознакомиться с такими видео

, для node js должно быть проще такое реализовывать, соответственно и сервера могут быть специфичные .

space2pacman · Четверг в 02:14

LightFusion написал(а):
По поводу движения, рекомендовал бы ознакомиться с такими видео

, для node js должно быть проще такое реализовывать, соответственно и сервера могут быть специфичные .

Это уже следующие этапы(pathfind)

BladeRunner · Четверг в 02:46

LightFusion написал(а):

Что за жесть там происходит???... с каждой минутой все фантастичнее... но троллинг фанатов футбола зачетный)))

space2pacman · Суббота в 18:42

Как рассчитывается перемещение на сервере? Атака при перемещении.

Само перемещение работает корректно. А если с атакой то есть расхождение.

Я сделал так
* RequestAttack
* Делаю задачу на перемещение. При скорости Human Fighter 126 время между тиками ~900mc
Каждые 900mc идет изменение координат на сервере.
* MoveToLocation (x1... => x2...)
* Когда дистанция 0 (пришли в точку) задача останавливается.
* sendPacket(Attack)

Но на больших или очень малых расстояниях идет рассинхронизация.
То чар ждет перед npc и начинает атаковать через какое-то время то начинает атаку не добегая. Понятно, что время 900mc я сделал путем подбора. Можно конечно привязаться к ValidatePosition (надо копать но вроде он отправляется не только по таймеру но и в момент старта и в момент прихода в конечный пункт)

А как быть с NPC?

1) Как рассчитать время между тиками в ходьбе?
2) Или как иначе синхронизировать ходьбу на клиенте и сервере?

Aristo · Суббота в 20:00

space2pacman написал(а):
Как рассчитывается перемещение на сервере? Атака при перемещении.

Само перемещение работает корректно. А если с атакой то есть расхождение.

Я сделал так
* RequestAttack
* Делаю задачу на перемещение. При скорости Human Fighter 126 время между тиками ~900mc
Каждые 900mc идет изменение координат на сервере.
* MoveToLocation (x1... => x2...)
* Когда дистанция 0 (пришли в точку) задача останавливается.
* sendPacket(Attack)

Но на больших или очень малых расстояниях идет рассинхронизация.
То чар ждет перед npc и начинает атаковать через какое-то время то начинает атаку не добегая. Понятно, что время 900mc я сделал путем подбора. Можно конечно привязаться к ValidatePosition (надо копать но вроде он отправляется не только по таймеру но и в момент старта и в момент прихода в конечный пункт)

А как быть с NPC?

1) Как рассчитать время между тиками в ходьбе?
2) Или как иначе синхронизировать ходьбу на клиенте и сервере?

Есть подозрение, что пакетхак ответит на твои вопросы как минимум быстрее и качественнее.

Человеку нравится страдать, не мешай) разумно было бы найти как сделано в хороших явах, найти в декомпиле птс, и выбрать лучшее решение из найденых. Но тут нет задачи сделать лучше, а надо просто изобрести велосипед ))

Да не нужно брать Яву или лезть в птс. Восстанавливать алгоритмы пакетного обмена наугад, это просто очень тяжело, т.к там очень много ньюансов. Поэтому, если взять тот же пакетхак, то с ним проще намного какие-то вещи определять, т.к там буквально открыл лог и посмотрел.

BladeRunner · Суббота в 21:07

Aristo написал(а):
Да не нужно брать Яву или лезть в птс. Восстанавливать алгоритмы пакетного обмена наугад, это просто очень тяжело, т.к там очень много ньюансов. Поэтому, если взять тот же пакетхак, то с ним проще намного какие-то вещи определять, т.к там буквально открыл лог и посмотрел.

но это не даст сразу всей логики рассчета передвижения, а только ее итоговые значения. то есть придется придумывать недостающую часть алгоритма рассчета движения. А еще куча приколюх в виде зависимостей от статов, переходные состояния, и тд. Если все так просто, может тогда и в Луче пакетхаком все легко было выяснить, и зря Мэд уже 3 месяца сидит за математикой движения?
Я нуб, и то прекрасно понимаю, какое колосальное количество логических систем в сервере, которые обдумывать и допиливать надо месяцами, и которые совершенно разные, от мувмента до контроля пакетки, неткода и ваще хз чего. Для меня это все оч странно. я мог бы понять, если бы на примере готовых решений пилилось что-то более быстрое и оптимизированное, собирая лучшее из нескольких вариантов решений. но с нуля ломать себе мозг тем, что и так есть в доступе... честно. не понимаю. хоть закидайте помидорами... тут в жизни и на конкретные задачи нехватает времени, а писать долго, методом тыка, не разбираясь абстракцию... хз... эскапизм чтоли такой. ни па. ни. ма. ю. тупой наверно.... Чел с нуля придумывает законы физики, из принципа не читая учебник...

space2pacman · Суббота в 23:00

Aristo написал(а):
Есть подозрение, что пакетхак ответит на твои вопросы как минимум быстрее и качественнее.

Нашёл в чем проблема. Задача по времени отрабатывает идеально. Осталось формулу подогнать (я так понимаю она линейна)

Проблема была в последней task'e она рандомила)

Мне помог DropItem. Чар пока идёт выкидывает адену.

space2pacman · Воскресенье в 02:26

Путем подбора формула времени вызова выглядит специфично но подходит
При 123456 / 126 = 979мс
При 123456 / 500 = 246мс

Так же для теста использую DropItem и если монета падает перед персонажем в бегу то персонаж ее задевает и она к нему "прилипает". Может баг может совпадение но при формулах выше монета падает прям за персонажем тем самым я вижу, что время на клиенте и на сервере идет синхронно. На дальних расстояниях тоже проверил никакого накопительного эффекта и чар и монета двигаются вместе.

Продолжаю наблюдение

space2pacman · Понедельник в 00:35

UPD
Нашел идеальную формулу для бега
125000

125000 / 126 (126 human figther минимальный бег) ~ 992mc
125000 / 500 = 250mc

Даже если взять 125000 / 1000 = 125мс (Такой бег невозможен но синхронизация с аденой(DropItem) *идеальная)

*На старте. Потом происходит лаг пакета. Думаю такое фиксить через validate position чтобы корректировать позицию игрока.

gawric · Понедельник в 10:17

space2pacman написал(а):
UPD
Нашел идеальную формулу для бега
125000

125000 / 126 (126 human figther минимальный бег) ~ 992mc
125000 / 500 = 250mc

Даже если взять 125000 / 1000 = 125мс (Такой бег невозможен но синхронизация с аденой(DropItem) *идеальная)

*На старте. Потом происходит лаг пакета. Думаю такое фиксить через validate position чтобы корректировать позицию игрока.

Наверное лучше снифануть какие пакеты отправляет птс и сразу все будет проще. Даже наверное по нормальному нужно создавать блок схемы, какие и сколько пакетов шлет птс и в какое время, а дальше просто повторять

Написание сервера для lineage 2 chronicle 1 на node.js

Дополнительные настройки

akk12345

Последний из атеистов

space2pacman

Бывалый

Вложения

BladeRunner

Интересующийся

space2pacman

Бывалый

LightFusion

Выдающийся

space2pacman

Бывалый

LightFusion

Выдающийся

space2pacman

Бывалый

BladeRunner

Интересующийся

space2pacman

Бывалый

Aristo

Величайший

BladeRunner

BladeRunner

Интересующийся

rosylik

space2pacman

Бывалый

space2pacman

Бывалый

space2pacman

Бывалый

gawric

Выдающийся