Страница 1 из 1

Скоро появится еще один serverType - на kRO адпейт...

Добавлено: Ср дек 20, 2006 3:58 pm
piroJOKE
Скоро, вероятно, появится еще один serverType - на kRO Sakray недавно был адпейт...

http://www.eathena.ws/board/index.php?showtopic=76841
Latest kRO Sakexe DIFF
2006-12-18a v1.0 - Full Download (DIFF Only)
v1.0
- This Sakexe is NOT working with eAthena as of eA SVN 9524!
It would seem there are some major updates that need to be done to the packet structures server-side before this sakexe will work with eAthena.
...естественно приватники, которые вечно гонятся за глюкавыми новшествами, поторопятся его установить, как только eA начнет его поддерживать.

Добавлено: Ср дек 20, 2006 6:25 pm
kLabMouse
piroJOKE
Если есть дифі. Знач уже хоть как-то поддерживает.
Именно потому я потороплю разрабов ОпенКора чтоб добавили сервер тайп и для етого.

Добавлено: Ср дек 20, 2006 6:29 pm
piroJOKE
Знач уже хоть как-то поддерживает.
Никто, кроме самого kRO Sakray.

Вот смотри, у мну свежий SVN eA; там последнее изменение пакетов 13.XII.
Кстати, последний exe-шник, который работает с eA, вышел 17.XII.
(Это наш serverType 9, а по ихнему - пакеты версии 19).
А вот 18-го как раз вошли новые изменения, по поводу которых я и создал тему.

Правда, там (на kRO) часто случаются переходные версии, так что еА-шники не особо торопятся к ним адаптироваться, чтобы у корейцев всё устаканилось.
kLabMouse писал(а):(...) Именно потому я потороплю разрабов ОпенКора чтоб добавили сервер тайп и для етого.
Нееее, торопить никого не надо. Пока это "просто интересная информация"; практически это еще никому не нужно.

Добавлено: Пт мар 09, 2007 11:21 pm
piroJOKE
Ну, собственно, "то, о чем давно говорили большевики..."... Вот:
(фрагмент packets_db.txt от эмулятора eAthena, на котором работает большинство пирацких серверов)
...
//2006-04-03aSakexe by blackhole89
packet_ver: 19
0x009b,37,wanttoconnection,9:21:28:32:36
0x00a2,11,solvecharname,7
0x008c,12,getcharnamerequest,8
0x00a7,15,walktoxy,12
0x0116,17,dropitem,8:15
0x00f5,13,takeitem,9
0x009f,24,useitem,9:20
0x0072,26,useskilltoid,11:18:22
0x0113,40,useskilltopos,5:15:29:38
0x0085,12,changedir,7:11
0x007e,120,useskilltoposinfo,5:15:29:38:40
0x0094,23,movetokafra,5:19
0x00f7,26,movefromkafra,11:22
0x0190,18,actionrequest,7:17

//2006-06-07aSakexe
# стёрто, тут не интересно...

//2007-01-08aSakexe (http://www.eathena.ws/board/index.php?s ... t&p=779954)
packet_ver: 20
0x006d,110
0x0072,30,useskilltoid,10:14:26
0x007e,120,useskilltopos,10:19:23:38:40
0x0085,14,changedir,10:13
0x0089,11,ticksend,7
0x008c,17,getcharnamerequest,13
0x0094,17,movetokafra,4:13
0x009b,35,wanttoconnection,7:21:26:30:34
0x009f,21,useitem,7:17
0x00a2,10,solvecharname,6
0x00a7,8,walktoxy,5
0x00f3,-1,globalmessage,2:4
0x00f5,11,takeitem,7
0x00f7,15,movefromkafra,3:11
0x0113,40,useskilltopos,10:19:23:38
0x0116,19,dropitem,11:17
0x0190,10,actionrequest,4:9
0x0193,2,closekafra,0

//Unknown-Sakexe (http://www.eathena.ws/board/index.php?s ... t&p=780882)
# стёрто, тут была пустышка;

//2007-02-12aSakexe (http://www.eathena.ws/board/index.php?s ... t&p=779954)
packet_ver: 21
0x006d,110
0x0072,25,useskilltoid,6:10:21
0x007e,102,useskilltopos,5:9:12:20:22
0x0085,11,changedir,7:10
0x0089,8,ticksend,4
0x008c,11,getcharnamerequest,7
0x0094,14,movetokafra,7:10
0x009b,26,wanttoconnection,4:9:17:18:25
0x009f,14,useitem,4:10
0x00a2,15,solvecharname,11
0x00a7,8,walktoxy,5
0x00f3,-1,globalmessage,2:4
0x00f5,8,takeitem,4
0x00f7,22,movefromkafra,14:18
0x0113,22,useskilltopos,5:9:12:20
0x0116,10,dropitem,5:8
0x0190,19,actionrequest,5:18
0x0193,2,closekafra,0
0x029b,72
0x02a5,8
0x02aa,4
0x02ab,36
0x02ac,6

// Add new packets here
packet_ver: 22
Напомню, что наш serverType 9 - это ихний v19.
А вот под ихние v20 и v21 (кстати они весьма похожи на v19), у нас ничего нет.

Добавлено: Сб мар 10, 2007 12:13 am
kLabMouse
piroJOKE
Хы. А может зделать спец сенд.пм который будет читать именно такие вот файлеги????

Добавлено: Сб мар 10, 2007 12:23 am
piroJOKE
Была мысль, но еА-шники в данном случае тоже лоханулись.
Дело в том, что формат файла расчитан на то, что аргументы всегда идут в одном и том же порядке; а у нас (в частности на rRO) эта закономерность уже не наблюдается.

Добавлено: Сб мар 10, 2007 12:29 am
kLabMouse
piroJOKE
Ну мы можем несколько модифицыровать формат.
Хотя постой:
префикс,длинна,функция,сдвиг_параметра1:сдвиг_параметра2 и тд.

Добавлено: Сб мар 10, 2007 1:05 am
b0tter
В Stable-версии вроде же еще 9 servertype, изменения коснулись только Trunk.
По-моему после введения Veins еще произошли какие-то изменения (2007-01-03a).

Добавлено: Сб мар 10, 2007 1:47 pm
piroJOKE
kLabMouse писал(а):Ну мы можем несколько модифицыровать формат.
Хотя постой
Хм....... то есть, ты имеешь в виду что-то в роде (чисто пример):
0x007e,120,useskilltoposinfo,5:15:38:40:29 ? Хм... ^____^ А вот это гуд. (Паходу, я тормоз :oops: ).

Описание: мы предполагаем, что есть некий "классический" порядок аргументов. И мы считаем, что аргументы всегда одной и той же размерности. Теперь, мы (гхм... не мы, а разработчики еА) просто описываем расположение аргумента в пакете, причем порядок описания "классический", а вот отступам отнють не зачем быть отсортированным по возрастаню.

Добавлено: Сб мар 10, 2007 7:01 pm
kLabMouse
piroJOKE
Ну вот. А что нам стоит зделать дата файл, в котором будем держать всё такое. И небольшой генератор перлового кода?

Так вот. Если взять и собрать всё в кучу, розсортировать, и оптимизировать. Потом написать генератор перлового кода который будет генерить сенд.пм для каждого из записаных типов.

Чувствую что моя печень и почи такого количества пива не выдержит.
А рак лёгких обеспечен.

Добавлено: Пн апр 23, 2007 4:16 am
piroJOKE
piroJOKE писал(а):0x007e,120,useskilltoposinfo,......
Хех... нашел самого себя Гуглем. :D
Оказываеццо, я интересный пакет случайно вытащил в качестве примера. Вот что о нем пишут:
http://www.eathena.ws/board/index.php?s ... ltoposinfo#
Интересно, где это такое используется?...
0x007e,102,useskilltopos,5:9:12:20:22
0x0113,22,useskilltopos,5:9:12:20
So packet 0x113 removes 0x7e because it was already specified! One of these two should be "useskilltoposinfo", which has an additional field for the string message. Which.. of course, is packet 0x7e on this case.
(Это они багу фиксили; было, когда эти парни сотворили новый packet_version; фикс в их SVN-9940)

ЗЫ: Работаю над 8_2, т.к. существующие 8 и 8_1 не являются (имхо) полным соответствием packet version 21.

ЗЗЫ: Ога, это талки-бокс и графитти. Хм. А как же они раньше работали?!...

ЗЗЗЫ: Тю. Оказывается, почти в каждой packet_version эта штука есть. Как это я на нее раньше внимания не обращал, непонятно. Надо будет навести ценняк на rRO, как оно пашет.

PPPS: В общем, сервертайп 8 = packet version 21, практически.