Датамайнинг клиента игры

Да меня этот цирковой клоун вообще не возбуждает.

В очередной раз прогнал датамайн. Яхз. То ли я чего не понимаю, и разрабы переиграли файлы, то ли разрабы так и не пофиксили Mui. И завтра утром мы увидим вместо неё Myui (обращаю внимание на "y"), без истории к ней в профиле.

Зараза. Понял, в чём проблема. В data.pack содержится куча "дублей" файлов, старых версий. Единственный способ избавиться от "дублей" - удалить файлы data.pack и заново пропатчеваться на ~2.5 gb.

Новая версия потрошилки, если кому интересно: epic7ripper_v2_5.zip

Основное изменение: если при потрошении видит, что уже такой файл был, то новому файлу дорисовывает в скобках номер (типа 2, 3 и т.д.). Какой из этих файлов свежее? Это уже придётся вам выяснять самостоятельно.

В общем, нашёл я эту Mui.

Тыкс.

Ну, все наверное давно в теме. Но я всё равно отпишусь.

На следующей неделе будет баннер Сесиль (+новый арт) и сайдсторик по ней (новый, вроде такого не было). Дополнительно баннер будет с Кисе.




Ну и совсем для слоупоков от слоупока. Вдруг кому надо.

Будет рассказывать, как отрастила хвост?

Подозреваю, что вступление к открытию нового континента + эпизода 3. Как в прошлом году был сайд-сторик про Лулуку.

Медленно но верно в свободное от работы время собираю себе перегонщик данных из файликов в полноценную базу данных с отслеживанием ВСЕХ изменений в строках таблиц. Чтоб сразу было видно, где они там и какие ниндзя-эдиты сделали. И с каким патчем.

С удивлением обнаружил, что они в среднем раз в месяц добавляют или удаляют колонки из своих файлов. Стало понятно, почему у меня "вчерашний" стабильно и красиво отрабатывающий парсер по генерации поста с "читабельной" инфой о персах внезапно начинает выдавать мне бред.

И я подозреваю, что именно из-за их игрищ с изменением колонок в таблицах у них странные баги то и вылазят на ровном месте. Когда вроде ничего не предвещало, и бац!

Ну, кто хотел, тот наверное уже на реддите видел датамайн. Но я всё равно вкину от себя.

По персонажам: из новых только скин (ну, вдруг кто сомневался) для Юны + анонсированная "мышь".

В сюжет 2 эпизода добавлено несколько картинок:



Картинки артефактов мыши и Тайвина не думаю что вам интересны...

Есть картинки, намекающие на очередной сезон пасс.

"Мышь" и её арт будут 27 августа.



Сайдсторик, стартующий 27 августа:



Картинка под сайдсторик, который стартует 27 августа:

@nORb Dragon, твой софт только изымает файлы из игры? Вставить обратно, к примеру, переведённый текст он не может?
Поддержка русского в клиент вплетена, да и люди ставят себе свои скины, судя по постам с реддита

Мой софт на данный момент: чистый датамайн. Что подразумевает: достать ресурсы ИЗ клиента. То бишь никаких модификаций в клиент не вношу. Чисто ковыряюсь в их файлах в "научных самообразовательных интересах не преследуя коммерческой выгоды".

В теории да, я могу и обратный конвертер данных запилить. Уже зная формат упаковки data.pack, сильных проблем для меня это не составит. Но это будет нарушать "правила игры". Как только очередной "тест на вшивость" при запуске клиента заметит подмену, людям с этими "модами клиента" влетит пожизненный бан на учётку по статье "модификация клиента".

Нет такого. Скорее кто-то подменил "правильные файлики" своими в data.pack. Чем им это грозит: см. выше.

Кто-то подменил "правильные файлики" своими в data.pack. Чем им это грозит: см. выше.


В общем, я пока играть планировал. А не искать повод для самозабана.

Добавлено через 44 минуты
Для "перевода на русский" интерфейса +/- описания персонажей и т.д. достаточно перевести и подсунуть назад в data.pack файл text/text_en.db .

Кусок из файла:
Сюжет и сабсторики хранятся в файлах story_etc_script_1.db , story_main_script_1.db , story_sub_script_1_1.db , story_sub_script_1_2.db .

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


Если кто с этим заморачивается: удачи им с этим. В игре дохрена текста. Игра патчуется как минимум раз в две недели, добавляя ещё кучу текста. И формат данных у этой игры нестабилен. В том же файлике text_en.db (кусок примера выше) раньше не было колонки export_id . И шансы получить бан игровой учётки за модификацию клиента вполне реален.

Та статья для борьбы с хакерами, которые приделывают Расу 1 лвла миллионы урона.
Косметические изменения обычно никак не засекаются, ибо отображаются только самому игроку.
Не знаю как тут игра патчится, но обычно используется один из двух способов: патчер находит рядок с определённым значением и заменяет его своими данными, либо же файл А полностью заменяется файлом В. В первом случае изменения даже не слетят, ибо игра просто не пропатчится как надо, во втором изменения нужно накатывать после каждого патча.

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

Но это на будущее, сейчас у меня проектов над которыми надо работать и так хватает

размер файла изменится.

Флаг тебе в зубы, барабан на шею. Я не собираюсь защищать себя и доказывать кому-либо, что "я не виноват", если меня забанят.

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


Бочку рома же


Тебе и не надо ничего делать, я спрашивал про возможности софта

Я давно задаюсь вопросом: почему так долго запускается клиент игры epic7 на эмуле. И давно подозреваю, что он перед запуском пробегает по основным файлам (в том же data.pack), чекает хэшсумму каждого файла.

Проверять я это, конечно, не проверял. Но это так, к сведению. Что такое тоже может быть. Ведь достаточно подправить одно-два значения в том же skill_player.db или character_player.db, и у тебя действительно получится неубиваемый/ваншотающий Рас.

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

Не знаю как сейчас, но на старте это выявлялось через несколько часов после использования, если верить переписке "хакеров"

Я играю только с планшета, так что могу свободно тестить с ПК что угодно под другим акком
Но времени на такое в данный момент нет

@nORb Dragon, можешь распотрошить звуковой архив?
Интересуют звуки спец.эффектов и фразы

Уже несколько раз пробовал. Кто-то предлагал там поковыряться. Но там формат другой. Непонятно, маскируется под обычный RIFF, или чего. Но музыкальные редакторы и проигрыватели не кушают те куски "предположительно музыки", которые я пытался им подсунуть под проигрывание.

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

Некрополь вроде тоже упоминал, что иногда где-то мелькают результаты датамайна на основе файлов .bank. Появление в них файлов озвучки для ещё неанонсированных персов. Значит кто-то как-то потрошит их.

В общем, если видел где темки по хотя бы приблизительному формату хранения данных в .bank в э7, кидай линки. Посмотрю.

Обратил своё внимание на файлик skill_tree_rune.db

Судя по содержимому, там прописаны бусты от каждой руны. Ради интереса решил чекнуть ФКлури...

Ну, опустим, что я не нашёл чёткого указания на "какую именно пассивку включает/апает" (в столбце тупо значение вида *ps_up ). Ключа нет. Системы, как оно определяет, какая именно пассивка активируется при заточки руны, пока не увидел. Но меня смутило, что я прямо с наскоку обнаруживаю расхождение между текстовым описанием руны и предполагаемым результатом заточки.



То бишь в тексте руны указан буст на +30% от дефа. А в пассивке (реальное положение дел) - +16% от дефа.

Мало того. Я не вижу привязки пассивки именно к S1... Щаз буду ковыряться, вспоминать у кого пассивки апают урон именно от S1 или S3. Сравню.

Добавлено через 16 минут
Посмотрел, у кого в пассивках есть схожее описание. В выборку попали МЛ Рави, МЛ Майя и Топор.

У МЛ Рави и МЛ Майи прямо в пассивке-усилялке урона указано, что пассивка срабатывает только при юзе S3. Что совпадает с текстовым описанием.

У Топора, как и у ФКлури, стоит "ALWAYS". И да, у Топора данные в пассивке совпадают с текстом описания руны (+5% к урону от макс НР).

В общем, я хз. Возможно, что где-то ещё хранится инфа по руны->пассивки.

А ты уверен, что это именно к той рунке относится?
Там ещё есть рунка на +5% дефа, она нормально прописана?

Кусок файла skill_tree_rune.db

Рунка на +5% дефа:
Тут выглядит, что надо складывать буст к дефу от трёх заточек, чтоб выйти на 5%. Как видишь, тут пассивки не юзаются. А тупо напрямую апается стат.


Рунка на "буст для S1 на +30% от дефа":
В случае с пассивкой полагаю, что надо ориентироваться на последний вариант "заточки пассивки", а не суммировать все варианты.

Варианты пассивки (заточки), отвечающей за буст урона дефа: +4%, +8%, +16%. И они даже не соответствуют заявленным в текстовом описании (5%, 10%, 15%).


В качестве аргументации, почему я считаю, что работает только последний вариант пассивки, а не сумма бонусов от них, приведу пример с другой руной. На активацию барьера.

В описании пассивки (заточках) прописана сила барьера от макс НР: 1%, 2.5%, 5%.

То бишь, барьер выглядит "каноничным". Используется только последний вариант (заточка) пассивки, дающая 5% от макс НР. Что соответствует текстовому описанию. В отличие от указанного выше с руной на +к урону.

И да, я щаз припоминаю, что как то так и обычное описание скиллов/пассивок в файлике skill_player.db работает. Если нормальный скилл, то надо суммировать буст от каждой отдельной заточки. Если пассивка, то смотреть в описание только по актуальной заточке.

Выглядит как-то так:


Первые две строки: обычные скиллы. Для результата макс-заточки суммируем все бусты, указанные в столбцах.

Последняя строка: маркер, что для пассивки есть всего три заточки. И искать описание пассивки в зависимости от заточки, а не суммировать бусты.


О! Только скопипастил сюда и обратил внимание на столбец skill_number. Вот же она, привязка к пассивке. Просто файлик в эксель не конвертил, ненаглядно. В общем, привязку рун к пассивкам нашёл.

Пятый скилл - это пассивка на барьер. Шестой скилл - это пассивка на +к урону от дефа.

@imperies, даже если не взлетит, премного благодарствую за наводку и развёрнутое описание!

@Kapes, потести написанное выше, если вдруг раньше меня у тебя появится время на это тёмное дело.

Добавлено через 12 минут
Ауч. Горшочек заварил! Распаковал кучу wav-файлов из старого файлика для экспериментов.

Добавлено через 5 минут
Прикрепил первый пост. Вписал в него линки на пост с потрошилкой data.pack и на пост с потрошением аудио-архивов .bank.

они написали свой движок
ошибка 404
Поделись потрошилкой

Вот негодяй, уже удалил.

Завтра поделюсь. На работе оставил всё. Не думал, что он сразу поудаляет у себя.

Фактически от того архива нужен только bms-скрипт и fsb_aud_extr.exe (вроде его юзал) с его библиотеками.

Через первое конвертим bank в fsb5. Через второе потрошим fsb5 на кучу wav-файлов.