В качестве игрового движка Я сразу выбрал Ren'Py - он был идеальным решением для моих задач. А для того, чтобы реализовать этот проект нужно было иметь две глобальные составляющие - текст и логику игры, и сам контент в виде видеороликов. Обе задачи Я пытался решить параллельно, но быстро понял что лучше всего сосредоточиться на чём-то одном. Справедливо рассудив, что без доступа к самому контенту разрабатывать, по сути нечего, Я решил начать с него...

Все видеоролики игры были в формате .cmk и "зашифрованы", по крайней мере, мне так казалось - они были абсолютно не читаемы всеми известными и малоизвестными проигрывателями и всеми доступными мне кодеками(Codec Tweak Tool, AVIcodec, VirtualDub, Light Alloy, DivX и т.д. и т.п.). Я считал, что должен быть алгоритм, который сможет расшифровать содержимое контейнера и поэтому начал открывать каждый такой файл в HEX-редакторе и проверять начальные строки-заголовки. Было что-то такое:

В то время как открывая нормальный файл, Я видел такую картину:

По итогу, Я пришёл к идее, что, возможно, хитрые разработчики из начала нулевых сместили в записях 1-2 бита в каждом блоке, а декодер просто возвращает всё обратно. Я честно пытался повторять заголовок, но результатов не было. Не помогла даже нейросеть, её алгоритмы перебивки тоже не дали результатов. Я думал о простой логике XOR (это когда работает "исключающее ИЛИ". Если биты разные - то 1, если нет - то 0). Но как понятно, попытки подобрать ключ тоже провалились. Я уже был на грани отчаяния. Я даже использовал реверс-инжиниринг, когда пытался открыть исполняемый файл через Гидру, но там такая муть, что лучше туда вообще не лезть.

Но неожиданно Я наткнулся на программу-декодер, которая как раз работала с этим типом файлов и благодаря уже ей и ffmpeg (набор утилит для работы с видеофайлами), мне удалось открыть все файлы, а после использовать Any Video Converter Ultimate, чтобы пересобрать видео в доступный формат .avi. Итак, одна проблема закрылась - на это ушло около месяца...

Что касается второго главного столпа - логики и текста, то проблема заключалась в защите StarForce, которая добавляла свои драйверы в корневую папку Винды system32. И если Вин ХР относилась к этому ещё терпимо, то современные ОС просто выдавали синий экран. Мне даже пришлось переустанавливать свою ОС 11...

Поэтому пытаться запустить старую игру на современном железе Я перестал и сосредоточился на эмуляции Вин ХР, мой выбор пал на VMware Workstation 16 Player. Однако и там пришлось искать старые версии Daemon Tools из rutracker чтобы они могли там работать. Как только игра была установлена, меня снова ждала неудача - чёртов StarForce видел эмуляцию и отрыто посылал меня, а ещё и до кучи все мои усилия, нахер. Он мотивировал это тем, что моя ОС не удовлетворяет базовым потребностям игры.

Но мне повезло: оказалось что на данную игру, энтузиасты выпустили кряк, который выключает защиту StarForce, однако работает он только для Вин ХР. По крайней мере, запустить игру с этим кряком на моей ОС Вин 11 не получилось.

И вот игра наконец-то запустилась и процесс официально пошёл вперёд.

Я взял таблицу Excel и пошагово переносил всю логику переходов, реплик и видеофайлов.

Ещё со старта переноса Я определил для себя, что постараюсь создать маршрут прохождения при котором игрок сможет увидеть весь доступный контент за одно прохождение. И для этого нужно было создавать переходы, которых в оригинальной игре не было.

Понятно, что качество видеороликов с расширением 512х384 выглядит слабо, но такое качество решало сразу две проблемы:
1. Мне не нужно было апскейлить видео для лучшего качества, тратя время ещё и на это (сохраняя дух оригинала?)
2. Потенциальные игроки не будут качать 8+ ГБ игру 2006 года, где контента и так особо не много. Они лучше пойдут играть порно-пародии Genshin Inpact

Была конечно идея перевести игру на английский язык, просто добавив субтитры, но Я посчитал это уже перебором - просто потому что потребовалось ГОРАЗДО больше моего времени, а закончить хотелось побыстрее.

Уже где-то к началу лета Я полностью закрыл логику и текст игры и наступал тот самый интересный этап разработки, который идёт сразу же после сбора ассетов - сама РАЗРАБОТКА.

Прописываем переменные, обнуляем их, пишем стартовые параметры, логику, реплики и т.д.

Как по мне, текстовый редактор Atom хорошо справляется с задачей, хоть РенПи и ругается, что поддержка его отключена, ну да ладно. Подсветка, удобность и возможность работы с разными языками программирования убедили меня остаться именно в нём, о чём Я не жалею.

Чат GPT меня тоже полностью устраивает, оформив платную базовую подписку, Я закрыл все свои вопросы, о чём тоже не жалею ни разу.

Именно с ГПТ моя работа вышла на новый уровень, если в своём первом проекте Я опирался на руководство и метод "тыка", используя только базовый арсенал функций Питона, то с ГПТ, активно в работу стали включаться пользовательские экраны, пользовательские функции, кнопки и так далее. Мой проект стал лучше в логике и ярче в интерфейсе. Хотя на момент лета-осени 2025 об интерфейсе речь ещё не шла, т.к. выполнялась основная задача - перенос логики игры и тестирование.

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

На моменте создания альтернативных экранов мне пришлось осваивать Photoshop, чтобы лучше вписать наличие/отсутствие предмета на экране. Если раньше для меня это делала моя знакомая (каюсь, мне было лень разбираться), то в этот раз ради качества картинки, Я взял и эту работу в свои руки. Для этого мне с головой хватило Adobe Photoshop 2026.

После проб и ошибок, получилось что-то такое:

Я не могу сказать, что получилось идеально, однако, в целом, Я доволен результатом.

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

Альтернативные экраны заняли у меня непростительно большое количество времени. Все они лежали у меня в одном отдельном файле, в котором они компактно и удобно размещались.

А вот функции, которые нужны были для адекватного и удобного воспроизведения видео было очень много. Если бы мне сказали со старта про их количество, Я бы может и не начинал бы всё это.

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

Время шло, логика переходов нуждалась в обновлении, для этого нужно было редактировать логику и сами видеоролики. Для редактирования роликов Я использовал Vegas Pro 17. Без русификатора было сложновато, но тем не менее, мне удалось сделать примитивные переходы, которые худо-бедно вписываются в игру и в общую логику повествования. Там были тоже свои заморочки - например, нужно было правильно рендерить видео, чтобы оно не расходилось с расширением остальных видео, для этого Я создал отдельный сценарий рендера:

И скажу сразу про звук, по моему мнению, для такого вида работ вполне хватит редактора Audacity, он закрывает все базовые потребности.

Я сделаю небольшое отступление и скажу, что чем сильнее Я погружался в разработку на РенПи, тем сильнее понимал, что данный движок хорошо подходит под классические Визуальные новеллы, а для работы с видео и форматом FMV игры он имеет ряд особенностей, которые могут перетекать в практические проблемы. Например, пришлось создавать отдельные функции для воспроизведения видео, звука в них, положение на экране, создание условий пропуска, остановки воспроизведения и так далее. Скажу, что это было, мягко говоря, изнурительно и затруднительно. Но Я как чайник - пыхтел как мог.

Ну а мы потихоньку приближаемся к отдельному этапу разработки - созданию мини-игры в шашки. Я специально оставил её на конец разработки, т.к. понимал, что это отдельная работа, на которую можно переключиться тогда когда предыдущая работа будет выполнена. И вот, когда логика игры была выстроена на 95-97% Я приступил к шашкам...

Оригинальные шашки не блистали инклюзивностью и разнообразием графики. Но надо отдам им должное - ИИ оригинала мог дать фору сегодняшнему, разрывал мои шашки только так.

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

Мучаясь с оригинальной сеткой пару дней Я решил создать с нуля новую и после поиска в интернете нашёл нормальную ровную сетку:

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

На половине реализации, играя всё время белыми, Я обнаружил, что в игре мы должны играть чёрными....

И опять Я стал переделывать, уже в который раз - теперь обозначение в логике шашки w - на визуале чёрные, а b - белые...

Закончив с этим, Я перешёл к тому, чего раньше делал - написанию простого бота для игры. Его создание и полировка тоже потребовала много времени, но как бы Я не старался, мне не удалось создать сильного противника. Дело в том, что Я искал золотую середину - чтобы бот не был таким жёстким как в оригинале и чтобы не был полным профаном. Получилось на самом деле, так себе - бот всё-равно использует случайную тактику, но если ему повезёт и игрок зазевается, то он сможет одержать победу. Поэтому если нельзя усилить логику бота, Я решил продлить сам матч - серия до 2 побед хорошо под это подходит.

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

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

Оригинальный интерфейс был очень примитивным, но свою задачу выполнял хорошо. У меня же, из-за РенПи появилось огромное количество экранов и пустого места, которое надо было чем-то заполнить. Каждый экран Я переделывал, у меня почти не осталось стандартных экранов. Например, экран Настройки Я обрезал, оставив только нужные функции

Тоже самое касалось и других экранов, например Сохранение:

Закончив с этими экранами, мне надо было добавить туда контент, иначе они выглядели бы как-то пустовато... И для этого Я снова вышел в область, в которой вообще не разбирался и там уже у меня снова упали руки, уже в 3й раз...

Рисовать Я не умею, создавать модели в 3Д, это вообще треш, поэтому единственный для меня вариант был создание изображений через нейросеть. Я стал копаться в этом вопросе, чтобы она соответствовала моим критериям - создание изображений реалистичных людей на основе загруженных фото, например Image-to-Image (img2img) или Stable Diffusion, и создание контента 18+. Однако, Я быстро понял, что контент 18+ не так-то просто создавать на основе загруженного материала - все доступные нейронки уже сильно ругались на то, чтобы создать человека женского рода в плавательном костюме, поэтому создание такого контента Я отложил уже до следующих проектов, мне удалось, однако, создать всего 2-3 изображения, которые были внедрены в игру, остальные тестовые изображения не прошли по разным причинам, и мне жаль, что так получилось - там были неплохие картинки. На удивление, более лояльная к таким запросам была именно Sora, помянем этот сервис.

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

Для редактирования курсора Я использовал RealWorld Cursor Editor - очень простая программа и хорошо реализована.

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

Также Я пытался получить добро на рекламу комплекса, который был в оригинале, но администрация, увидев контент игры, отказалась. Ну да ладно.

А что сейчас? На данный момент мне удалось создать свой блог на Бусти и выложить этот и мой предыдущий проект туда, а также выложить его на pornolab.net , где его на 9.05.26 скачало 33 пользователя. Есть версия также и для МАС.

В завершение хочу сказать самое главное - если ты разработчик, то не опускай руки. Сегодня есть много инструментов которые могут существенно облегчить тебе путь, например мне очень сильно помог ГПТ. Да, это изнурительно, тяжело и муторно, болит голова и есть желание бросить, но таков путь, особенно если делаешь всё в одиночку. Также нужно держать в голове схему логики, схему последовательности работ над проектом и двигаться по реализации одной задачи, не распыляя ресурсы сразу на 5-10. Всё у тебя получится, ведь получилось и у меня, хотя Я ни разу не профессиональный разработчик.

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

Ссылка на игру для Вин https://gofile.io/d/Ul2ssj
Для МАС https://gofile.io/d/peQiLd

Всем привет. Был в небольшом незапланированном отпуске — работать над проектом не мог. Но теперь продолжаем.

Начну с концепции. В целом атмосфера игры у меня начинает вырисовываться. Да, пока картинка светлая и красочная, в стиле студии Ghibli, однако сюжет предполагает её постепенное изменение в сторону более загадочного и атмосферного сеттинга. Это не хоррор, но загадка и саспенс будут присутствовать. За референс атмосферы я взял Twin Peaks. Что-то такое, ну вы понимаете.

Название города, где находится реальный санаторий, я, конечно же, поменял. Но кто знает — тот знает. Картинку с Двугорском я создал в качестве концепта и пока не знаю, где она будет использована: либо на главной заставке, либо в открывающем интро. Но это в будущем. А пока о насущном.

Альбом

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

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

Начал я с того, что сделал иконку альбома на основном экране. Это оказалось непросто. Сначала она болталась сверху, потом начала наезжать на иконку рюкзака.

И наконец после ручного изменения параметров она встала где нужно.

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

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

Я сделал их в виде фотографий с текстом.

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

Итоговый ролик по механике:

Всем добра. Спасибо за просмотр.

Первое, с чего я начал, — визуализация автомата в библиотеке.

Затем я сделал основной экран. Да, он не полностью подходил, центральный экран пришлось раздвигать, но это была не самая большая проблема.

Окно игры было квадратным…

Я сделал скрин и обвёл квадрат нужного размера. Вариантов было несколько.

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

Потом я заменил фон на вот такую интересную текстуру в виде экрана монитора и затемнил её по краям, чтобы придать выпуклость.

Ну и итоговый результат.

Да, всё ещё далеко от идеала, и провозился я намного дольше, чем хотел изначально. Тем не менее, становится всё лучше и лучше.

Моя задача на сегодня изначально была сделать какую-нибудь простенькую игру за день, чтобы подтянуть свои навыки и в то же время расслабиться.

Под эту задачу отлично подходили игровые автоматы СССР. Когда я начал изучать игры на них, то подумал: это была бы отличная вставка в игру. Старый советский автомат, на котором можно реально поиграть. Круто.

Мой выбор после изучения истории пал на «ПЕРЕХВАТЧИК».

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

«Перехватчик» — это сайд-скроллер, где вы управляете самолётиком, взрываете вражеские истребители и набираете очки. Стоимость одной игры — 15 копеек, за которые можно летать определённое время.

Мой план был таким:

1. Сделать рамку автомата (arcade_frame.png)

2. Сделать экран монитора (arcade_screen.png)

3. Сделать временную кнопку закрытия (или просто клик по экрану)

4. Написать простой цикл игры: игрок (белый квадрат), враги (летят сверху)

5. Добавить стрельбу по пробелу

6. Добавить столкновения (игрок — враг)

7. Добавить счёт

Чтобы ничего не напутать, я создал новый проект в Ren'Py и отдельный файл в Visual Studio, где прописал первую заглушку игры. Файл поместил в папку game нового проекта.

# ЗАГЛУШКА: экран (чёрный прямоугольник)

add Solid("#000000") xysize (1024, 768) xalign 0.5 yalign 0.5 yoffset -20

# Игровая область (пока текст)

frame:

background None

xalign 0.5

yalign 0.5

yoffset -20

xsize 1024

ysize 768

vbox:

xalign 0.5

yalign 0.5

spacing 30

text "ПЕРЕХВАТЧИК" size 60 color "#ffffff" outlines [(2, "#333", 0, 0)]

text "Тестовый экран" size 40 color "#88ff88"

text "Кликните мышкой, чтобы выйти" size 24 color "#ffffff"

# Кнопка выхода (просто текст)

textbutton "X" action Return() xalign 0.95 yalign 0.05

label test_interceptor:

scene black

"Подходите к старому игровому автомату..."

call screen interceptor_game

"Вы отошли от автомата."

return

Файл script.rpy в новом проекте я полностью почистил, оставив только две строчки.

label start:

jump test_interceptor

При запуске появился экран.

При нажатии кнопки «Начать» запустился экран игры. Пока всё работает.

Отлично! Экран появился — это прогресс. Кнопка «X» работает как выход. Но это пока лишь заглушка. Самой игры ещё нет.

Продолжаем и теперь пишем код для самолётика.

Это база. Дальше нужно добавить:

• Движение врагов

• Пули

• Проверку столкновений

• Увеличение счёта

• Game Over

Сам код со стрельбой и врагами получился достаточно объёмным, поэтому публиковать его здесь целиком не вижу смысла. Отмечу только, что в нём присутствуют такие элементы, как…

1. Движение игрока (влево-вправо)

if ev.type == pygame.KEYDOWN:

if ev.key == pygame.K_LEFT:

self.player_x -= 30

if self.player_x < 0:

self.player_x = 0

elif ev.key == pygame.K_RIGHT:

self.player_x += 30

if self.player_x > self.game_width - self.player_width:

self.player_x = self.game_width - self.player_width

2. Стрельба по пробелу

elif ev.key == pygame.K_SPACE:

self.shoot()

3. Появление врагов сверху

self.spawn_timer += 1

if self.spawn_timer > 30:

self.spawn_timer = 0

enemy_x = random.randint(0, self.game_width - self.enemy_width)

self.enemies.append([enemy_x, -self.enemy_height])

4. Проверка столкновений (пуля → враг)

if (bullet[0] < enemy[0] + self.enemy_width and

bullet[0] + self.bullet_width > enemy[0] and

bullet[1] < enemy[1] + self.enemy_height and

bullet[1] + self.bullet_height > enemy[1]):

self.bullets.remove(bullet)

self.enemies.remove(enemy)

self.score += 10

5. Game Over при столкновении игрока с врагом

if (enemy[0] < self.player_x + self.player_width and

enemy[0] + self.enemy_width > self.player_x and

enemy[1] < self.player_y + self.player_height and

enemy[1] + self.enemy_height > self.player_y):

self.playing = False

Вышло достаточно залипательно, но пока не работал счётчик очков.

Как выяснилось, счётчик не обновлялся, потому что Ren'Py не перерисовывал экран при изменении переменной score в классе. Нужно было явно вызывать renpy.redraw() и передавать актуальное значение счётчика в экран.

Дальше пошли мучительные исправления. Что бы я ни делал — счётчик не работал. Но когда я добавил картинки, всё каким-то чудесным образом само починилось.

Графику я начал с самолётика.

Вырезал из оригинальной игры самолётик. Правда, там он вытянутый, а у меня квадратный.

Обвёл его примерно по контуру.

И отразил.

Ну и доработал немного свой шедевр, вырезав кабину для пилота. Размер — 48×48 px.

Вражеский самолётик я перевернул и покрасил в красный. Он уже 40×40 px.

Экран автомата я пока просто сделал рандомной картинкой из интернета — проверить, работает или нет.

Ну и кнопочка выхода. Два варианта обычная и при наведении.

А вот и результат сегодняшнего дня.

Выглядит странно, но я доволен, потому что всё работает!

Спасибо за внимание. Всё, сил нет, пошёл отсыпаться 😴

Жду комментариев какой я рукожоп)

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

Кто-то забыл убрать раскладную лестницу на второй этаж. Здесь так же два выбора, спуститься вниз или отправиться на крышу.

С крыши видна парковка. Но последний кадр не загрузился. На нем герой находит ещё одну фигурку животного. Этим займусь завтра.

Вот такая небольшая работа. Приятного просмотра.