☺️ СОКОТРИС: ЗАДАЧКА С ФЕСКОЙ ☺️ Что такое игра для разработчика? Это вдохновение! Это творчество! И если вы думаете, что сейчас будет циничное упоминание о необходимости игрой заработать денег — НЕТ! Я просто порой настолько погружаюсь в разработку, что ловлю ветер вдохновения и на всех парусах плыву по реке творчества 😎 Разработка игры вообще всегда становится задачкой со звёздочкой ⭐️ 🔘Как сделать интересно? 🔘Что добавить? 🔘Что убрать? 🔘Как подружить между собой механики и при этом придумать что-то, чего ещё не было? Именно такой задачкой стала наша с Женей попытка скрестить Сокобан и Тетрис ✨✨✨ Кто следит за чатом, тот помнит моё длиннющее описание механик. А теперь у нас есть первый прототип 🟢 Что тут происходит? Есть Соко — маленький робот-архивариус Вселенной, педантичный клерк в смешной красной феске. После катастрофы он восстанавливает повреждённые файлы миров 💊 Проблема в том, что сами миры «схлопнулись» из 3D в 2D. Поэтому Соко может двигаться только влево-вправо в текущей проекции. Поворачиваем ракурс — и бывшая глубина становится новой горизонталью 📊 Нужно, переключаясь между проекциями, дотолкать тетрис-фигуру до нужного места. Вроде Сокобан. Вроде Тетрис. Но в какой-то момент начинаешь думать уже не только «куда толкнуть?», а «с какой стороны на это вообще посмотреть?» И у нас получился первый прототип: 🖥 https://freeprogrammer.ru/games/socotris/ Чтобы было чуть понятнее: X — место, куда должна попасть фигура O — реальное положение героя S — его положение в текущей проекции F — рычаг, на котором можно повернуть фигуру Перемещаемся Соко влево-вправо в текущей проекции и пытаемся доставить фигуру куда нужно 🎁 Понятно, что сначала это выглядит как какая-то чёрная магия 👍 Но игра никуда не торопит. Можно покрутить ракурсы, потыкать, поломать голову — и, возможно, поймать тот самый момент, когда механика внезапно начинает складываться в голове ➕ И вот теперь мне очень интересно ваше мнение: В это можно играть? Понятно ли, что вообще нужно делать? Возникает ли желание разобраться? Дальше у нас два пути: 🔘Сделать более привычный Сокобан с тетрис-фигурами и препятствиями 🔘Оставить эту странную механику и развивать именно её, улучшая UI и подачу Я пока остановился на втором 🤩 Нишево? Да. Но, может быть, кому-то именно такого странного Сокобана и не хватало 🐢

Можно, но зачем: 7 фигур и 19 положений того самого Тетриса В исходнике того самого Тетриса, который Пажитнов написал для Электроники-60, есть процедура, которая при каждом запуске заново вычисляет семь фигур, их положения и правила поворота. Семь тетромино не лежат готовой таблицей. Квадрат считается из счётчика цикла, S и Z копируются из буквы T с одной правкой на каждую, а кнопка поворота во время игры вообще ничего не вращает. 958 байт кода ради 342 байт данных, которые можно было просто вписать в программу. Исходник восстановлен, компилируется байт в байт в тот же файл, что сняли с ленты, и теперь видно цену вопроса. Готовая таблица уложилась бы в два с половиной раза меньше места. По машинным меркам решение проигрывает вчистую, и автор разбора прямо говорит, что это не оптимизация под платформу. Разберёмся, зачем строить троллейбус из буханки, когда рядом лежит готовый.

🎮 КОМБИНАЦИЯ МЕХАНИК РАЗНЫХ ЖАНРОВ 🎮 Не, ну ребят, я не сдамся. Только выдал пост про гейм-дизайн в чистом виде — ноль реакций и минимум обсуждения. Что за дела? Будите ваших внутренних гейм-дизайнеров 🥰 Правда, тот пост был с использованием нейронки, возможно, вы это почувствовали. Сегодняшний пост полностью сгенерирован естественным интеллектом🤗 О чем поговорим? Прежде, чем вернемся к Sokotris в следующих постах, хочется сказать, что именно на одновременном использовании механик разных жанров и игр могут быть построены новые уникальные проекты. Например, берем тетрис и сокобан. Выкатываем правила игры: 🔘Есть поле, сверху появляются детали тетриса (тетрамино), которые управляемый игроком персонаж, должен доставить вниз и выстроить линию для стирания 🔘Все это осложняется тем, что объекты тетрамино появляются раз в интервал, но впоследствии этот интервал ускоряется 🔘Можно добавить правило, что сами объекты тоже нельзя бесконечно долго двигать по полю, через определенное время (в момент появления новой фигуры?) они застынут в том месте, где оставлены 🔘И вишенка на торте — толкание может быть именно физическим, то есть использовать центр тяжести объекта. Если мы толкаем какую-то его часть не в направлении центра тяжести, то объект поворачивается! 🫥 Ну как вам? Классно? 🌟 На самом деле всегда есть риск — непонятно, как это будет играться в реальности. И вроде бы все очень просто, но где тонкая грань, когда нужно перестать выдумывать новые правила и остановиться? 🛑 Какие бы механики вы еще добавили? Просто так придумывать игры или сложно? 🫸 В любом случае, придумывать игры с комбинацией механик разных жанров безумно интересно. Попробуйте и поделитесь идеями с нами! 💕 Уверен, что одни и те же механики в фантазии разных людей дадут совершенно разные игры 🤩

📦 SOKOTRIS: SOKOBAN + TETRIS + FEZ 📦 Решили с программистом Женей попробовать ворваться в жанр хардкорных пространственных пазлов. Оттолкнулись от сокобана, вспомнили про FEZ и тетрис, и нащупали свежую core-механику разрезов черчения в духе классических инди-хитов. Интересны ваши идеи по развитию и мнение — зайдет ли такая игра на фестивале сокобанов в Steam? ☺️ Нарратив и вайб Мы — маленький робот-архивариус 🥰 Соко в красной феске, взятой из архивов земной культуры. Работаем в Небесном архиве чертежей Вселенной. Но старые данные миров схлопываются из 3D в плоские 2D-листы кальки. Наша задача — растолкать деформированные фрагменты (фигуры Тетриса) по своим пазам, чтобы восстановить геометрию. 🐈‍⬛ В чём гейм-дизайнерская новизна? Честное 3D через 2D-проекции. Мир воксельный, но игрок видит его только через строгие ортографические камеры с 4-х сторон 🛠 Механика «Чертёжного разреза» Камера активного вида автоматически делает срез по задней грани целевого объекта. Всё, что перед ним скрывается, обнажая внутренности лабиринта на уровне фигуры и за ней. А сам Соко перемещается в точку своей проекции в одну плоскость с фигурой 🔒 Ограничение осей контроля У героя только две кнопки: «Влево» и «Вправо». Чтобы продвинуть ящик вглубь экрана, нужно повернуть камеру на 90°. Бывшая глубина становится новой горизонталью на экране 🤭 Кривая сложности фигур Начинаем с классических ящиков 1х1 (для мягкого онбординга), а затем вводим асимметричные тетрамино и пентамино (L, T, плюсик). Фигуры всегда плоские по высоте, но их форма заставляет рассчитывать «плечо рычага» при толчках в узких коридорах 😥 Как решаем перегрузку мозга игрока? 🔘CAD-Мультиэкран

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

🔘Плитки радара

Можно физически наступить на кнопку на полу, чтобы камера на секунду улетела на «честный» вид сверху для экспресс-анализа 3D-пространства

🔘X-Фактор

Целевые пазы горят неоновыми крестами ✖️. Когда пазл собран, они триумфально превращаются в зеленые галочки ✅, а плоский чертеж с сочным аналоговым звуком эффектно разворачивается в цветную 3D-диораму спасенного мира

Коллеги, как вам такой концепт? Не слишком ли душно звучит описание разрезов, и взлетит ли «мультиэкранный» UX в Steam? Интересно ваше экспертное мнение