Там разве есть что-то помимо замены стандарных интерфейсов сампа по типу диалогов? А то есть вероятность, что на текущем этапе и не используются кастомные пакеты вовсе
я сниффернул трафик. id у них всегда разные,ну рандомные в общем,нету конкретной привязки ID пакета,там и 24 были,и 76,и 120 и т.д.
удивительно,что если первый id пакетa сообщения из большого диалогового окна допустим начинается на 118,то досылаются данные в ближайших пакетах,может в 119 и 120 и 121 дослаться,там разброса почти нету
данные летят в чистом UDP, без шифрования какого-либо,но бинарные данные проскакивают(думаю это уже синхра какая то)
вся тема работает через регулярку
cef:dialog(может и cef:dialog~)(через cef:dialog всё сниффится,а cef:dialog~ и cef:dialogtext@ это уже так скажем разновидности) в сетевом трафике. Если окно короткое, оно прилетает целиком в одном пакете. Если диалоговое окно длинное (типа квестов),сервер режет его на куски по 540 байт,кнопки в самом конце уже досылаются
вот пример(начало,ну первый пакет):
(ё5!@€ъ
cef:dialog~{"DIALOG_SHOW": true,"DIALOG_TYPE": 5,"DIALOG_HEADER": "Ежедневные задания","DIALOG_TEXT": "Задания на сегодня<br>1. Запустить пиротехнику 12 раз(а)<tbl>Не начато<br>2. Посетить Казаки-разбойники
(в конце уже кнопки долетают,третий пакет если не ошибаюсь):
Ёё5 !@ ~ЋЂ bl>Не начато<br>6. Купить билеты вечерне","DIALOG_KEYS":["Закрыть","Детали"]} QpjЂ @ъ cef:dialogtext@ й лотереи 296 шт.<tbl>Доступно с Launcher
все флаги такие:
1)DIALOG_SHOW
2)DIALOG_ID
3)DIALOG_TYPE
4)DIALOG_HEADER
5)DIALOG_TEXT
6)DIALOG_KEYS
Дополню: юзал связку npcap + scapy(python)
Попробую на lua что то сделать сегодня, если не выйдет — пойду делать враппер для всех
в общем,враппер в разработке, если сейчас всё сложится,то будет имбулька