Встречайте нашу художницу — Софу! 👀
Наша Софа взялась за дизайн вывесок для «Станции Исход» и... ну, смотрите сами, какая красота получилась 😍
Мы вообще в замешательстве — каждый вариант выглядит так, что хочется их все использовать сразу. Но, к сожалению, придётся выбирать 🤔
Какая вывеска вам нравится больше всего?
Пишите ваш вариант в комментариях!
↓Софа в сетях↓
Telegram
разрабатывал маскота для компании "Честный знак" а так же несколько его вариантов для печати на майке и в различных позах для стикеров
Как-то ковыряясь в очередной самопальной браузерной игре, я задумался о том, где она хранит свои переменные. Очень уж хотелось бабосиков себе в ней намутить. Да, подобные приколы умерли вместе с Artmoney и многие считают, что такие выкрутасы в однопользовательских логальных играх - удел неудачников. Но, пытливый ум он иногда просто бесит :(
Ну в самом деле, если на экране написано, что у меня 12345 золотых, то где-то эти 12345 должны лежать. В обычной игре под виндовс я бы на этом месте запустил старый добрый Cheat Engine или ArtMoney, нашёл значение за несколько проходов и успокоился, но тут всё происходило в браузере, а значит стало интересно.
Игра оказалась собрана на WebAssembly. Я с ним раньше особо близко не общался, поэтому некоторое время ушло просто на то, чтобы понять, куда смотреть. Оказалось, что всё не так страшно: память WASM линейная, а со стороны Javascript её часто можно увидеть в виде знакомых массивов HEAP8, HEAP16, HEAP32, HEAPF32 и прочих. По сути, разные представления одних и тех же байтов.
Ну а дальше задача уже выглядит совсем привычно: берём HEAP, ищем в нём нужное значение, запоминаем индексы, значение в игре меняется - ищем новое только среди найденных ранее. Обычный Cheat Engine, только вместо памяти процесса у нас массив Javascript. Я написал для этого три маленьких сниппета в консоль. Первый проходил по HEAP и сохранял найденные индексы в localStorage, второй проверял только сохранённые позиции и отбрасывал лишнее, третий показывал, что в итоге осталось. На этом, собственно, всё и должно было закончиться.
Но не закончилось :)
В первой игре всё работало прекрасно, а в следующей нужных HEAP32 и компании я просто не нашёл. Хотя понятно, что память у работающего WASM куда-то исчезнуть не могла.
После некоторого ковыряния выяснилась интересная особенность. Если остановить выполнение игры в отладчике, нужный HEAP обнаруживался в локальных переменных одного из call frames. Пока игра стоит на паузе - вот он, можно спокойно читать. Продолжаем выполнение - привычной ссылки на него уже нет. И вот тут мои три прекрасных сниппета превратились в довольно унылое занятие. Остановить игру в debugger, найти нужный frame, выполнить первый код, снять с паузы, что-нибудь изменить в игре, снова остановить, опять найти HEAP, выполнить следующий код...
Причём в некоторых играх всё это хозяйство ещё и живёт не в основной странице, а во фреймах или вообще в воркерах. Работало, но уже начинало напоминать ручной труд там, где его быть совершенно не должно. Поскольку Chrome умеет всё это делать через Debugger Protocol, следующим логичным шагом было переложить работу на расширение, дабы оно само подключалось к выбранной вкладке, ставило выполнение на паузу, перебирало доступные targets и call frames и искало там HEAPы. Так появилась кнопка Pause & Hunt HEAP и вместе с ней первая более-менее удобная версия того, что я назвал WASM Memory Scanner.
Если вы когда-нибудь пользовались Cheat Engine или ArtMoney, объяснять особо нечего. Выбираем вкладку с игрой, жмём Pause & Hunt HEAP, после чего расширение пытается найти доступную память WASM.
Дальше вводим значение и делаем First Scan, отпускаем игру через Resume, меняем искомое значение и после следующего Pause & Hunt делаем Next Scan. Повторяем, пока из тысяч результатов не останется что-нибудь вменяемое.
Причём довольно быстро выяснилось, что одного поиска точного значения мало. Поэтому появились Changed/Unchanged, Increased/Decreased, поиск диапазона, изменение на заданную величину и Unknown initial value. Последний полезен, например, когда есть полоска здоровья, но самого числа мы не знаем: запоминаем начальное состояние, получаем урон и оставляем уменьшившиеся значения. Лечимся - оставляем увеличившиеся.
Тут тоже ничего нового, ровно так memory scanners работали последние лет двадцать. Найденные адреса можно складывать в отдельный список, смотреть их текущее значение, записывать новое и при необходимости включать Freeze. Заодно пришлось сделать индикатор прогресса, потому что первый проход по большому HEAP может занять заметное время, а смотреть несколько минут на неподвижное окно и гадать, работает оно или уже всё, оказалось не очень увлекательно.
Вот здесь самое интересное. Сам факт того, что мы нашли в памяти игры число и успешно его поменяли, ещё совершенно не означает, что мы получили бесконечные деньги, бессмертие и власть над миром. В полностью клиентских и одиночных WASM-играх результат может быть именно таким - значение действительно является частью игровой логики и его изменение сразу на что-то влияет.
С такими играми экспериментировать интереснее всего. В серверных всё сильно зависит от архитектуры. Можно найти локальное количество денег, заменить 100 на 999999 и даже увидеть новый результат на WASM Memory Scanner , а при попытке что-нибудь купить сервер вполне резонно сообщит, что денег у нас как было 100, так и осталось.
Мы поменяли представление на клиенте, а настоящее состояние хранится совсем в другом месте. По той же причине я не вижу особого смысла лезть с этим в нормальные сетевые игры. Помимо возможного нарушения правил конкретной игры, там просто значительно меньше интересного: сервер всё равно главный.
А вот старые и новые однопользовательские браузерные игры, всякие Unity WebGL/WASM проекты, эмуляторы, небольшие игры на Emscripten и вообще WASM, в который хочется посмотреть из любопытства - совсем другое дело. Хотя последнее всё-таки с оговоркой: техническая возможность залезть программе в память не означает автоматически разрешение делать это где угодно. Для экспериментов лучше выбирать свои проекты, локальные игры или то, где подобные вещи не запрещены.
Самое забавное во всей этой истории, что писать расширение я вообще не собирался. Мне нужны были три маленьких Javascript-сниппета, чтобы один раз проверить одну идею. Потом понадобилось автоматически находить HEAP. Потом выяснилось, что его надо выковыривать из остановленных call frames. Потом нашлись workers. Потом захотелось нормального поиска, прогресса, изменения значений, Freeze и интерфейса, которым можно пользоваться не держа рядом инструкцию.
Ну и в какой-то момент стало очевидно, что сниппеты несколько вышли из-под контроля :) Сейчас это уже вполне самостоятельное расширение для Chrome/Chromium. Всё работает локально, никакого сервера нет, исходники открыты, интерфейс на русском и английском.
В репозитории лежит само расширение, инструкция по установке и немного более подробное описание того, что оно делает.
Ссылка на репу: https://github.com/rikovmike/chrome-wasm-memory-scanner
Если кто-нибудь попробует его на какой-нибудь необычной WASM-игре или движке - интересно будет посмотреть на результаты. Особенно если HEAP там не найдётся вообще...
По сути, инструмент может быть полезен в дебаггинге своих игровых разработок, проверке безопасности и своих античитерских наработок, если ваш мегапроект настолько крут, что его нужно от этого защищать:)
UDP: В 99% случаев достаточно сканировать HEAP32, а на остальные забить. В 64, U32, U64 , да и порой в 16 значения просто отзеркалены из HEAP32. Можно не тратить на них время. Но... 1% все же существует :)
Существующие приложения мне не зашли: где-то куча рекламы, где-то заставляют оформлять платную подписку ради элементарного списка. В итоге я решил собрать свой минималистичный инструмент и заодно пройти весь путь: от проектирования логики до деплоя на сервер.
Что умеет бот:
Быстрый учет: Добавление названия подписки, цены и дня списания за пару секунд.
Уведомления за день: Бот присылает напоминание ровно за 24 часа до оплаты, чтобы успеть отменить ненужный сервис.
📊 Аналитика расходов: Считает общее количество активных подписок, сумму в месяц, средний чек и итоговые затраты за год.
Никакого мусора: Без рекламы, баннеров и платных функций.
Что под капотом:
Стек: Python + aiogram 3
База данных: SQLite с режимом WAL (чтобы фоновые задачи и запросы пользователей не блокировали файл БД)
Хостинг: Простой Linux VPS на Ubuntu под управлением systemd для работы 24/7
Зачем этот пост: Бот изначально писался для собственного пользования, но я решил открыть к нему доступ всем желающим — возможно, он сэкономит кому-то пару тысяч рублей.
Буду рад, если протестируете: icarus_podpisochnik_bot
Короче, я сделал это.
Последние месяцы ковырял Godot всерьёз: персонаж, машина, физика, диалоги, интерфейс. Проект вырос из кубиков во что-то живое. И именно поэтому я решил переехать. Потому что стало понятно — какую игру я на самом деле хочу сделать.
Это не коридорный хоррор и не маленькая инди-зарисовка.
Я хочу открытую глубинку конца 90-х. Длинную трассу. Посёлки. АЗС. Леса. Заброшенные места. Машину как полноценную систему, а не просто транспорт. NPC со своими историями. Погоду, день и ночь, ремонт, бытовуху — и поверх всего этого странную мистику, которая просачивается через обычную жизнь.
И чем дальше я шёл в Godot, тем больше времени уходило не на игру, а на постройку фундамента, которого в движке просто не было из коробки. Я не хочу писать свой World Partition. Я хочу делать игру!!!
Поэтому — Unreal Engine 5.
Начинаю с чистого листа, но с пониманием что именно строю.
Что уже готово:
— C++ проект, не Blueprint-поделка.
— World Partition под открытый мир.
— Lumen, Nanite, Virtual Shadow Maps.
— Enhanced Input.
— Chaos Vehicles — база под машину.
— Git + Git LFS.
— Структура проекта: игрок, машины, NPC, мир, UI, звук.
Теперь по плану — игрок. Не стандартный болванчик из темплейта, а нормальный персонаж «Трассы 41»: камера, тело, приседание, анимации, взаимодействие с предметами. Сразу с заделом под бытовые действия.
После него — машина. И вот тут начнётся самое вкусное. ВАЗ-2101 в этой игре не средство передвижения. Это второй главный герой. Со своим характером, состоянием и историей.
Godot-проект пока оставляю. Это хороший прототип и просто часть истории разработки. Но основная работа теперь в Unreal.
Посмотрим, сколько раз я ещё пожалею об этом решении. Но пока чувство такое: проект наконец встал на фундамент, который держит тот масштаб, что я задумал.
«Трасса 41» — роуд-трип, психологическая драма, симулятор водителя. Россия, конец 90-х. Старая машина. Длинная дорога. И трасса, с которой почему-то всё сложнее уехать.
Больше технички, исходников и ранних билдов — в Telegram: t.me/FogboundStudio
В общем, сижу в три часа ночи, туплю в монитор. Код не работает, консоль молчит, магия вне Хогвартса. Часа два я перебирал функции, проклинал динамическую типизацию и мысленно менял профессию на дворника (а что, любая профессия должна уважаться...)
В итоге психанул, скинул кусок кода в ChatGPT и пишу: «Где косяк, почему не работает?!».
Нейросеть отвечает: «С точки зрения JavaScript всё идеально. Но вы забыли обернуть этот код в тег <script> внутри HTML-файла».
Посмотрел на вкладку в редакторе... Реально, сижу и пишу чистый JS прямо в HTML. В этот момент я понял, что пора завязывать с ночными кодинг-марафонами.
На прошлой неделе доработал отображение неотправленных сообщений. Ранее неотправленные сообщения отображались с восклицательным знаком в кружке:
Но этот вариант мне не понравился по ряду причин:
1) иконка рисуется отдельно от сообщения
2) подозрительно напоминает другие мессенджеры 😂
Да, и баги нашел в системе отображения таймстемпов:
Система отображения таймстемпов в очередной раз пошла под нож... Исправил ошибки.
Первая попытка переделки конки-уведомления ошибки доставки выглядит так:
Недоставленное сообщение залито красным, а справа восклицательный знак.
Но этот вариант мне не понравился и переделал иконку с восклицательным знаком вот так:
Финальный вариант:
Цвета и иконки скорее всего будут доработаны позже, но сама идея останется такой: справа часть сообщения залита красным и по центру находится иконка восклицательного знака.
Обмен сообщениями реализовал, но о нем напишу чуть позже в следующем посте. Сделаю видео, где показано как работает отправка и доставка сообщений.
--
По вечерам разрабатываю сервис для общения на Go & Flutter. Кому интересно, можете подписаться куда-нибудь на меня, попробуете его в числе первых.
Постепенно буду продолжать делиться успехами разработки сервиса.
В рамках расширения советской кампании мы рады представить новую миссию — «Барвенково-Лозовская операция», разработанную участником команды BaronAlexander.
Миссия посвящена одной из первых крупных наступательных операций Красной армии в 1942 году. После успешной обороны Москвы и остановки германского продвижения Ставка Верховного Главнокомандования приняла решение перейти в общее наступление вдоль всего фронта — от Ленинграда до Чёрного моря — с целью нанести решительное поражение вермахту уже в течение 1942 года. Бурное развитие военной промышленности в восточных регионах СССР обеспечивало растущие поставки вооружений и техники, что создавало предпосылки для активных действий.
Одним из ключевых направлений стал участок под Харьковом. Успешное развитие наступления здесь могло привести к окружению и уничтожению группы армий «Юг», прижатой к Азовскому морю.
Операция началась 18 января 1942 года, когда 57-я армия под командованием генерал-лейтенанта Д. И. Рябышева прорвала оборону противника на реке Северский Донец. Уже 21 января, по итогам первых двух дней наступления, в прорыв была введена подвижная оперативная группировка в составе 1-го и 5-го кавалерийских корпусов. 23 января советские войска освободили важнейший транспортный и оборонительный узел — город Барвенково, сформировав южный фас так называемого Барвенковского выступа.
В рамках игрового процесса игрок управляет авангардными частями наступающей группировки. Основные задачи включают преодоление укреплённых рубежей противника и штурм стратегически важной железнодорожной станции. Часть соединений представлена как союзные силы под ИИ-управлением, с которыми игроку необходимо эффективно взаимодействовать для достижения оперативных целей.
Мы продолжаем уверенно двигаться к релизу игры, но специалистов по 2д и 3д-графике по прежнему не хватает. Поэтому мы ищем помощи у тех, кто владеет навыками работы в фотошопе и 3д-редакторах. Если вы обладаете необходимыми навыками или знаете того, кто обладает, то свяжитесь с нами любым способом, можете сразу писать в личку руководителю сообщества (https://vk.com/gzm_game).
Что такое GZM сейчас и с чем его едят?
Серия постов про проект GZM 1945
