Меня давно просили сделать такое мини приложение на кубе.
Можно не только получить ответ, но и выбрать разный цвет треугольника.
И кстати говоря, на кубиках теперь есть полноценный лаунчер приложений. И можно запускать разные игры с карты памяти.
Коротко - перенес змейку на новый игровой движок, спроектировал печатную плату куба V1.5, победил автотайлинг, сделал мини-игру про подземелье с фонариком, придумал, где брать готовые игры (Flash, и это не шутка), полностью перенес ядро с ардуино на ESP-IDF, почти собрал лаунчер игр и переписал систему рендера.
ПРЕДИСЛОВИЕ
Для тех, кто видит меня впервые: я в одиночку разрабатываю The One Cube - мини игровую консоль в форме куба с 6 экранами. Внутри - ESP32, акселерометр, батарейка, карта памяти. Управление - наклонами и вращением самого куба.
ГЛАВА 1. НОВЫЙ ДВИЖОК И ЗМЕЙКА
Змейка переехала на новый движок. На вид тоже самое, но это принципиально другая реализация, чем раньше.
Движок пишется с нуля вместе с нейросетью GLM. Система видит весь проект в папке и сама правит файлы.
Движок почти доведен до кроссплатформенности: один и тот же код работает и на компе, и на кубе - куб в этой схеме просто ещё один "видеовыход".
Сложно разрабатывать что-то под есп32 с ИИ. Технические тесты оно пишет само, но картинку и железо проверить не может. Приходится перепрошивать куб каждый раз и смотреть на результат.
Так же сделал ревизию чужого опыта - разобрал около 40 папок с чужими движками и кодом игр, из каждой выписал, какие идеи стоит перенять.
И вообще, мне кажется, сам бы я такое никогда не сделал бы, даже учитывая что программист по образованию. А тут просто расписываешь системы / задачи и получаешь готовый результат за пару дней.
ГЛАВА 2. ПЛАТА ВЕРСИИ 1.5
В прошлых месяцах, когда я разрабатывал вторую версию кубика, была идея просто отказаться от железа первой версии, продав его "как есть". Но просто железо никому не нужно. А выбрасывать 60 экранов и 10 акселерометров жалко.
Так родилась V1.5: тот же один проц и тот же габарит, но плата переразведена заново, питание и часы реального времени взяты из второй версии, разводка экранов более аккуратная. Влез еще и вибромоторчик.
Да и по деньгам это заметно дешевле, чем сразу городить двухпроцессорный "бутер". Сначала обкатаю игры на этой версии железа, потом уже сделаю полноценную вторую версию.
И еще решил прикольнуться - шелкография на платах всё равно бесплатная. Сгенерил картинки и вставил в платы. Заодно и посмотрю, как будут выглядеть мелкие рисунки.
Китайцы на заводе, думаю, оценят такое творчество))
И ради экономии, закажу 2 платы как одну. Порезать - не проблема =)
И еще при проектировании плат очень важно их перегонять в 3D модель и смотреть как они сходятся между собой и другими частями изделия.
Это немного неудобно, приходится делать скриншот платы в EasyEDA и переносить как картинку на 3D модели.
Но главный факт в том, что когда перенес, увидел еще кучу ошибок)) Разъемы не сходились, элементы на плате задевали другую плату.. Хорошо что вовремя заметил.
Жаль все эти красивые рисунки будут заметны только при сборке, а потом всё перекроется экранами и корпусом =(
ГЛАВА 3. КАРТЫ И АВТОТАЙЛИНГ
Идея же в том, чтобы не изобретать велосипед каждый раз, а находить уже готовые решения. Во многих играх локации строятся автоматически на основе всякой математики и подготовленных картинок - тайлов. По сути как конструктор лего.
Поэтому я перерыл весь инет и собрал всё что можно на тему математики игр, движков и прочего. На тот же автотайлинг было с десяток полезных ресурсов.
Автотайлинг это по сути просто набор команд на основе ячейки и её соседей. Но при вайбкодинге и даже готовых исходниках, нейросети всё равно прям жутко тупят. Пока не объяснишь как ребенку алгоритм для каждого краевого случая, оно нормально не заработает.. Убил на это кучу времени, сжег дофига кредитов и пару раз уперся в лимиты.
Но в итоге всё таки получилось сделать генератор данжа на базе бесплатного тайлсета. Получилось в принципе неплохо, я считаю.
И чтобы было удобно работать с этими генерациями, сразу сделал формат вывода под программу Tiled.
Промежуточный результат
Итоговый результат
И еще обнаружил прям жирнющий минус этих бесплатных тайлсетов, с чего просто сгорел.
Вот есть у нас набор картиночек 16*16 или 32*32 пикселя, обычно от 100+ элементов. И нигде не подписано, что это означает каждая иконка.
То есть для автотайлинга должна быть подпись каждой ячейки, например "земля слева стена справа" или "пустая земля" или "артефакт зелье". Пришлось разглядывать, как китаец в меме, каждый тайл и подписывать его назначение.
Даже существует свежее исследование, где ученые пытались через ИИ анализировать бесплатные тайлсеты.
Вот тут статья кстати
То есть они так же вручную разметили каждую ячейку и сравнили с тем, как это распознает ИИ. Как я понял, результаты получились так себе.
НО, они выложили все свои наработки с подписями картинок в инет. Так что теперь у меня есть целая библиотека монстров и артефактов.
У меня прям навязчивая идея сделать свою Vampire Survivors на кубике. Как раз такие картиночки должны подойти.
Учитывая что у меня на кубе экраны 240*240, самую мелкая читаемая сетка это 15×15 (тайл 16×16). Далее уже получаются сетки 12×12 (20×20), 10×10 (24×24), 8×8 (30×30), 6×6 (40×40).
ГЛАВА 4. ПОДЗЕМЬЕ С ФОНАРИКОМ
После автотайлинга и пинания нейросетей, получился концепт простенькой игры - надо найти выход из лабиринта, когда факел кончается, а направление выхода указывают определенные ячейки.
Здесь я конечно намучался с ИИ. В обучающих данных видимо никто не делал игр на кубической консоли, и была постоянная путаница с поворотами и взаимодействиями объектов, переходящих между гранями.
По сути получилась некоторая база для будущих тайловых игр.
ГЛАВА 5. FLASH
Вот полгода я разбирался с железом, писал драйвера экранов и тд и тп. А полноценных игр то на платформе нет..
И пришла идея - а вот раньше было множество браузерных игр. А может их можно как-то портировать.. И как оказалось, снова нейросети легко переваривают эти флеш-игры и переводят из скриптового языка в нормальный.
Плюс в этих играх кроме самого кода, много красивой графики, прописан сюжет, механики и тд..
Минусы в таком подходе тоже есть. Самая сложность - найти НОРМАЛЬНЫЕ игры из библиотеки 200 000 игр, а потом из них еще подобрать подходящие под мини экраны и управление наклонами.
Сюда неплохо должны встать 2D-игры с видом сверху / сбоку, лабиринты, логические задачки, сокобан (жанр "кладовщик"), кликеры и идл-игры. Пара десятков разнообразных игр точно должно набраться.
Вот несколько примеров:
И видимо первое время буду заниматься именно портированием игр, а когда библиотека игр будет достаточно большая, можно будет придумывать что-то своё.
Отдельно для ностальгирующих: программа Flashpoint - огромная библиотека флеш-игр. Можно сказать "FLASH - STEAM".
ГЛАВА 6. ЯДРО, ЛАУНЧЕР, 20 FPS
Еще чем удобен именно агентный ИИ с доступом к файлам - он может запускать скрипты, компилировать и проверять ошибки. Тем самым я быстро выкинул ардуино из проекта.
С лаунчером пришлось прям повозиться. То текст не работал, то меню раскладывалось криво. Даже побыл немного UI дизайнером, и нарисовал раскладку экранов.
Скорее всего система поменяется не раз, но главное получилось рабочее меню через перекаты куба.
И бонусом, еще раз вернулся к рендеру на экранах. Частично была переписана несущая библиотека во всем кубе. Не без косяков, конечно)))
Увидел, как выглядит рассинхронизация отправляемых на дисплей данных.
Жаль только получил всё те же 20FPS при отрисовке всех 6 граней. Быстрее железо не может ну никак.
ЧТО ДАЛЬШЕ?
Заказать и собрать платы V1.5. Домучать лаунчер и ядро (сейчас еще нет анимаций и других полезных штук).
И начать портировать игры.
Этот пост - компиляция записей из моего блога в тг, где я каждый день пишу о жизни и работе над всеми своими проектами. Кому интересно - загляните.
Прошлые посты:
Август '25 - LED CUBE. Дневник разработки. Август '25
Сентябрь '25 - THE ONE CUBE. Дневник разработки. Сентябрь '25
Октябрь '25 - THE ONE CUBE. Дневник разработки. Октябрь '25
Ноябрь '25 - THE ONE CUBE. Дневник разработки. Ноябрь '25
Зима '25 + Лето '26 - THE ONE CUBE. Дневник разработки. Зима '25 + Лето '26
Почти год назад я показывал самую первую игру на моей мини консоли.
Вот тот самый пост - LED CUBE. Первая игра - 6D змейка
Теперь с современными нейросетями, получилось объединить кучу моих концепций, кусков кода в одном месте. И понемногу развивать свой игровой движок. Можно сказать, что сейчас это версия v0.1, но она уже работает.
Внутри Esp32 S3 N16R8 + microSD 32GB.
Экранов 240*240 пикс хватает, чтобы рассмотреть красивые текстуры фона. Дракончик и кристаллы не настолько хорошо различимы. Но это уже дело дизайна.
Спрайты дракончика выглядят так:
И яблоки - кристалики, одна форма разных цветов:
Чуть позже планирую сделать и другие игры, добавить менюшки и всё такое.
Впереди еще много работы.
Кстати, в моем TG-канале я пишу о продвижении этого проекта и других своих разработках
Коротко - зимой сделал световые мечи, которые управляются игровым кубом, снял новогоднюю фотосессию, частично приостановил проект, а потом вернулся и полностью переделал архитектуру куба на два процессора: развёл 4 платы размером 40×40 мм, разогнал шину между процами до 55 МБ/с, подключил звук, лаунчер прошивок и начал писать свой игровой движок с нуля.
ПРЕДИСЛОВИЕ (почему пост за 9 месяцев, а не за месяц)
Для тех, кто видит меня впервые: я в одиночку разрабатываю The One Cube - карманную игровую консоль в форме куба с шестью дисплеями. Внутри - ESP32, акселерометр, батарейка, карта памяти. Управление - наклонами и вращением самого куба. В прошлых постах (ссылки внизу) я собрал первую партию из 10 кубов, выжал из железа 20 FPS на все грани и написал первые игры.
Раньше я выкладывал месячные отчеты, когда прям плотно работал над кубом. А в этот раз как немного поделал проект зимой, весной разработка приостановилась, а летом снова взялся за проект.
Так что в этот раз не хронологический, а тематический / идейный отчет.
ГЛАВА 1. СВЕТОВЫЕ МЕЧИ, КОТОРЫМИ УПРАВЛЯЕТ КУБ
Зимой мне в голову пришла буйная идея: а что если кубик - это не просто консоль, а сердце целой экосистемы устройств на основе акселерометра?
И первое, что я решил сделать для зрелищности - бесконтактный бой на световых мечах.
Идея игры:
- 8 направлений рубящих ударов по "циферблату";
- удар контрится блоком в перпендикулярном направлении;
- каждое действие тратит выносливость, незаблокированный удар идёт по здоровью.
По сути меч это светильник-палка на адресной светодиодной ленте и esp32. К нему приделал снизу куб с акселем. Обмен данными между всеми esp32 по ESP-NOW (быстрый протокол поверх Wi-Fi).
Собралось всё не без классики жанра: традиционный колхоз с проводками, платы для кнопок из обрезанной макетки, а 3D-печать, как обычно, сошлась не с первого раза - криво насверлил отверстия в алюминиевом профиле, пришлось перепечатывать рукояти.
Зато в темноте это выглядит прикольно - клинок с двойной подсветкой, на котором можно выводить полосы здоровья и выносливости.
Самое сложное оказалось не железо (его я собрал за пару вечеров), а математика. Если делать простые, не размашистые удары - всё распознается более менее правильно. Но стоит занести меч высоко, острием в потолок - и акселерометр считает полную чушь. Пришлось долго разрабатывать правильную систему считывания направления ударов.
Чем заниматься в новогоднюю ночь? Конечно же веселить прохожих и драться на световых мечах =))
Со стороны выглядит очень забавно и даже как-то работает.
Но после этого одного теста оказалось что не хватает звукового сопровождения "попадания" и вообще при динамичном бое, лучше выкинуть всю систему с "накоплением" блока.
Может быть когда нибудь еще что-то придумаю на основе этой идеи. После НГ эти мечи так и лежат на полке.
ГЛАВА 2. НОВОГОДНИЙ ПАРТИЗАНСКИЙ МАРКЕТИНГ
Параллельно с мечами продолжалась моя традиция партизанского маркетинга - пытаться достучаться до известных D&D-шоу, чтобы они заметили мой кубик и возможно использовали его в своих играх. После неудач с VLDL и Critical Roll настала очередь "Подземелий Чикен Карри" (шоу, где российские блогеры играют в настолку по D&D правилам).
Вместо лимончиков в слот-машине (одна из механик куба - слоты с ручной остановкой барабанов) я сделал тематическую версию под шоу.
А в последний день 2025-го решил вместо новогоднего стола с оливье собрать стол с днд реквизитом и елкой. А в центре поставил свои кубы.
Почти сотня фоток, много переделок монтажа - и получился новогодний клип, который я отправил в ТГ-канал ПЧК. Фидбека от команды так и не дождался.
Но зато остались вот такие кадры.
Весной проект с кубом приостановился. Единственное что сделал - новый скин слот-машины для выставки фото-видео оборудования CPS-2026. Показал парочке человек и всё.
ГЛАВА 3. НОВАЯ АРХИТЕКТУРА: ДВА ПРОЦА ВМЕСТО ОДНОГО
И еще единственная мысль, которая посещала меня в течение весны, что производительности есп32, как сердца кубика, маловато. Но получается ему нужно и логику считать, и на экраны выводить картинки. Да и памяти как-то маловато. Тот же потолок в 20фпс меня не очень радовал, если обновлять все экраны одновременно, конечно.
И то, "условный рендер" отъедает большую часть процессорного времени, которое можно было бы потратить на какую нибудь интересную логику игр, физику столкновений и тд.
Придумал некоторого франкенштейна:
- ESP32-S3 - "мозг": логика игр, датчики, Wi-Fi;
- RP2350 - "видеокарта": только отрисовка на 6 экранов.
При этом давно хотелось уменьшить кубик, чтобы были поменьше рамки между экранами. И это получилось.
При этом вместе с новой "видеокартой", в новом кубике появился мини-динамик и 2 вибромотора. Но пришлось добавить отдельную плату для rp2350.
ГЛАВА 4. ИГРА В ВОДОПРОВОД: ПЛАТЫ НА 40×40 ММ
Летом я увлекся проектированием плат. Называю это "игрой в водопровод": раскидать компоненты на плате и аккуратно соединить их дорожками - залипательное занятие и мозг разомнешь. Особенно когда места ну совсем мало: большинство компонентов пришлось уменьшать до типоразмера 0402. Чувствую, скоро дойду до проектирования плат телефонов))
Схема работы такая: сначала раскидываю крупные компоненты на 3D-модели корпуса (чтобы точно знать, что всё влезет и разъемы выйдут куда надо), и только потом развожу дорожки в EasyEDA.
Получился такой бутерброд из плат:
- Плата ESP32
- Плата "видеокарты" с RP2350
- Отдельная плата памяти
- Центральная плата с акселерометром
- Нижняя плата с динамиком и подключением 6 экрана
Хочу заметить такое маленькое, но важное архитектурное решение.
Всегда стараюсь выжимать из железа максимум. Сначала была идея поставить RP2354 со встроенной флеш памятью. Но там внутренняя память работает на 3.3V. А чтобы разогнать PSRAM, лучше использовать микрухи на 1.8V. Плюс еще просто места на плате мало.
Тем самым появился "картридж" памяти на отдельной плате под RP3250.
И еще раз моя любимая картинка =)
Хочется сказать, что замучился с проектированием этого бутера из двух процов. Там соедини, тут учти кто с кем соединяется, и всё умести в 40*40мм..
ГЛАВА 5. ТЕСТЫ НА КОЛХОЗЕ ИЗ ДЕВКИТОВ
Учитывая мой предыдущий опыт с кубиком версии 1, где пришлось иправлять косяки проводками прям на плате, в этот раз я решил перепроверить все основые системы сначала на девкит модулях.
Первым пошла малинка. Буду так называть RP2350. Кстати, не так просто было найти именно RP2350B c большим количеством выводов.
В малинке вообще есть специальная система PIO. С которой в ардуино IDE нормально работать не получится. Пришлось переехать в VS Code.
При этом еще неожиданный факт - оказалось что малинка очень плохо работает с китайскими микросд картами. Тем самым пришлось переделывать платы и возвращать подключение карточки памяти на есп32. Но тогда встал вопрос - а как передать кучу текстур с микросд на малинку.. И нашел решение - поднял 8 битную шину в стиле Intel 8080 между этими процами. И как раз всё на автоматах PIO.
И что вообще было для меня шоком - эта система заработала без сбоев на 60МГц. Если верить замерам на экране, скорости там под 55МБ/с. Учитывая что связка есп32 + микросд карта может отдавать только 12МБ/с, такой шины точно хватит))
Вот тут можно услышать, как звучит динамик. Возможно я его слишком перегрузил, надо будет еще поиграться с настройками. Но это лучше чем вообще без звука.
Ну и еще главный вопрос - а как вообще прошивать эти два проца, если выйдет обновление прошивки. Учитывая что USB один на всех? Сначала пытался это сделать через дергание пинов rp2350, чтобы есп32 увидел малинку как флешку и залил туда прошивку в виде UF2. Провозился с этим долго и в итоге ничего не вышло.
Сошелся на топорном решении - поставить usb разделитель. Есть такая мини микруха, которая при подаче определенного сигнала переключает линии. Тем самым в меню кубика можно будет просто выбрать, кого перепрошивать и есп32 переключит линию и переведет малинку в режим флешки для компьютера.
Бонусом прокачал фишку "весь куб притворяется флешкой для компа": раньше давало 300 КБ/с, сейчас 800-900 КБ/с. Похоже это предел для этого проца. Тут именно идея загрузки самих игр на карточку памяти.
И также пришел к системе лаунчера игр-прошивок внутри одной памяти есп32 за счет встроенной функции "OTA". После изучения других идей, оставил именно топорный метод с перепрошивкой флеш памяти.
Но учитывая что новые игры будут "ставиться" в куб не так часто - память не посыпется. Там около 100тыс перезаписей может быть.
Ну и эта система работает. "Игры" переключают друг друга.
ГЛАВА 6. ДВИЖОК С НУЛЯ: ТЕТРАДЬ, СВОЙСТВА И ПРАВИЛА
Параллельно с железом я начал писать игровой движок. И тут самое грустное: нейросети помогают ну очень плохо. В интернете очень мало толковых примеров движков для микроконтроллеров с 300 КИЛОБАЙТАМИ оперативки - в основного многи инфы именно по Unreal / Unity.
Особенно весело, когда ИИ вовсю пихает хардкод: говоришь ему, что вся игра на динамических данных - он предлагает прописать свойства объектов прямо в код. Поэтому архитектуру я по возможности продумываю сам, записывая в тетрадку конспект, а ИИ использую только как справочник "а как это в серьезных движках сделано".
И паралельно этому получилось визуализировать куб через QT C++. Чтобы можно было сразу видеть на экране компа как отображается игра без перепрошивки куба.
Главная идея движка: игры задаются НЕ голым С++ кодом. Игра - это набор свойств объектов и набор правил в текстовом файле, а ESP32 выступает интерпретатором и стейт-машиной, которая просто бегает по свойствам и сравнениям. Хочешь сделать игру - описываешь объекты и правила на "определенном и простом" языке, а не сидишь в C++.
Плюс логика полностью отделена от рендера: первый тест гонял "воинов" на карте, где ESP32 считал столкновения и отдавал координаты по USB, а рисовал их компьютер.
Ну и приятный бонус по железу: протестировал новый DC-DC преобразователь - "сердце" питания кубика. КПД в худшем случае 90% (в старом кубе было порядка 70%) - это условные лишние 30-40 минут работы от батареи.
ГЛАВА 7. ЭКОНОМИКА: НЕЙРОСЕТИ ПОВЫСИЛИ ЦЕНЫ НА МОЮ ФЛЕШКУ
Отдельная боль этого лета - карты памяти. Похоже что из-за бума нейросетей дичайше скакнули цены вообще на всю память, включая простые microSD, которые я планировал использовать как хранилище игр. В том году брал простенькие карточки по 200 рублей - сейчас они практически по 700.
Но выход нашелся, и это даже забавно: на Авито продают ПРОМЫШЛЕННЫЕ microSD по 100 рублей за штуку. Всего 4 ГБ вместо 32, но игры для кубика будут весить максимум 100-200 МБ (и это уже навороченные игры). 4 ГБ хватит надолго, а ESP32 всё равно больше 12 МБ/с на чтение не выдает.
Еще были идеи продать кубы первой версии по себестоимости просто как железки. Сделал несколько постов в соцсетях и никому оно не понадобилось. Поэтому решил что и первая версия кубов пойдет в работу и на них будут игры. Придется сделать отдельные ветки кода для 1 и 2 версии кубов, но так хоть не придется дербанить на части в принципе рабочее железо.
ЧТО ДАЛЬШЕ?
А дальше просто дофига работы по проектированию движка))) Это самое главное, учитывая что кубики первой версии в принципе работают.
И еще копить на комплектующие кубиков второй версии. И потом всё заказать и протестить.
Будем очень надеяться, что у меня получится что-то дельное. По крайней мере я уже много работаю над этим устройством и верю в него. Да и судя по реакциям людей, проект перспективный.
И надо обязательно побыстрее сделать еще игры кроме змейки. А то я её показываю всем уже полгода подряд.
Этот пост это большая компиляция постов из моего блога тг, где я каждый день пишу о жизни и работе над всеми своими проектами. Кому интересно - загляните.
Прошлые посты:
Август '25 — LED CUBE. Дневник разработки. Август '25
Сентябрь '25 — THE ONE CUBE. Дневник разработки. Сентябрь '25
Октябрь '25 — THE ONE CUBE. Дневник разработки. Октябрь '25
Ноябрь '25 — THE ONE CUBE. Дневник разработки. Ноябрь '25
У кого есть желание - поддержите проект с кубиком любыми удобными вам способами, хоть комментарием, хоть донатом.
5 месяцев назад я начал делать кубик с экранами. В итоге получилась целая платформа для игр с уникальными механиками и планами на годы вперёд.
Снял большой обзор на 50+ минут, где показываю всё: железо, игры, концепции и идеи на будущее. Для тех, кто не готов к такому формату — ниже краткая выжимка.
Железо:
ESP32-S3 с 8 МБ PSRAM памяти
6 экранов 240×240 (1.55 дюйма каждый)
Две батареи по 900 мАч
SD-карта на 32 ГБ
Акселерометр для управления
Габариты: 58×58×58 мм, вес ~180 грамм. Помещается в карман куртки.
Змейка 6D — классика, но на всех гранях куба. Управление наклоном. Когда змейка занимает 3-4 грани — начинается настоящий хардкор.
Слот-машина — трясёшь куб, картинки крутятся. Резкий рывок — останавливаешь нужную линию. Можно выбивать редкие комбинации своим скиллом, а не чистым рандомом.
Алхимия — та же слот-машина, но иконки соединяются по формулам. Например, вода + огонь = пар.
Генератор картинок — для настолок. Потряс куб — показались локации, персонажи или артефакты. Вместо скучных цифр на кубике.
Это не замена телефону. Телефон — это вся жизнь: звонки, мессенджеры, всё отвлекает. Куб — как Nintendo или Steam Deck, только для другого опыта.
Управление жестами даёт то, чего нет на сенсорном экране: ты физически влияешь на результат. Например, потряс сильнее — раскрутил барабан быстрее. Наклонил точнее — поймал нужный момент.
Лаунчер — система выбора игр, как на обычной консоли.
Блочная система — модули, из которых собираются игры. Также можно настраивать игры через простое редактирование файлов на карточке памяти. Хочешь свою змейку с драконом вместо квадратиков? Закидываешь картинки в папку и готово.
Wi-Fi связь между кубами — PvP, совместные мини-игры, синхронные действия.
Тамагочи — шесть комнат, питомец перемещается по кубу, мини-игры на кормление и уход.
Bluetooth-контроллер — куб как руль, джойстик или устройство для 3D-моделирования.
Август '25 — LED CUBE. Дневник разработки. Август '25
Сентябрь '25 — THE ONE CUBE. Дневник разработки. Сентябрь '25
Октябрь '25 — THE ONE CUBE. Дневник разработки. Октябрь '25
Ноябрь '25 — THE ONE CUBE. Дневник разработки. Ноябрь '25
Подписывайтесь на TG-блог, там каждый день новости о моих проектах и не только.
Пишите идеи в комментариях — что хотели бы видеть на кубике? Всё записываю, самые простые в реализации попадут в первые обновления.
Коротко — как я уперся в потолок железа на 20 FPS, снова обломался с зарубежными знаменитостями, внезапно получил репост от AlexGyver и оформил основу своего рендер движка.
В октябре была собрана первая партия из 10 кубов, изучены конкуренты и реализована первая рабочая концепция. Ноябрь же стал месяцем глубокого погружения в программную часть, битвы за каждый FPS, некоторого разочарования в нейросетях и неожиданного успеха.
Пристегнитесь, это был тот еще месяц.
Начало месяца прошло под знаком войны за производительность. Каждый шаг в разработке кубика упирается в нужду в глубокой оптимизации. Вроде бы в ESP32 есть целых 8MB "быстрой" памяти (PSRAM), но ее реальная скорость — всего около 20MB/s при стандартных настройках. Когда нужно на 6 экранов протолкнуть данные (а это по 112 КБ на каждый кадр, итого почти 700 КБ каждую долю секунды), мощный процессор вместо полезных вычислений начинает заниматься тупым переливанием байтов.
Поначалу я пытался решить это с помощью нейросетей, объясняя им свои идеи про параллелизм. Но как спросишь, так и получишь — ИИ выдавал полурабочий код, и стало ясно: придется самому, по старинке, разбираться с семафорами и мьютексами.
И это дало первые результаты. Сделал класс для перелива данных в фоне и запустил имитацию тяжелых расчетов : последовательное выполнение (перелив + математика + рисовка) дало 15 FPS. А вот параллельное (заливка в фоне + математика + ожидание) — уже 18 FPS на ВСЕХ шести экранах. Уже что-то. Процессор чилил и ждал, пока зальются буферы, а значит, в это время он мог делать что-то полезное.
Следующим шагом стало копание в настройках железа. Оказалось, что можно поднять скорость копирования памяти почти вдвое, с 18 до 40 MB/s! Это был прорыв. Судя по замерам, показ на всех 6 экранах теперь выдавал 25 FPS. Забавно, что этот микроконтроллер для DIY-поделок превращается в карманную игровую машину.
Прикрутил чтение PNG-файлов для фонов и спрайтов с хромакеем и запустил тест с бегающими картинками.
Но радоваться было рано. Появились небольшие фризы и вообще началась “гонка данных” — некоторые экраны, похоже, получали не те данные, показывая артефакты. Вдобавок, один из экранов начал подтормаживать, видимо из-за длинного сигнального провода. Пришлось снижать настройку размера пакетов данных на экраны.
Да, я знаю, что “стабильные 20 FPS” в 2025 году звучит как начало плохого анекдота. Но для микроконтроллера ESP32, который в реальном времени перезаписывает картинку на шесть экранов, это та самая маленькая инженерная победа. А для экспертов по Crysis на калькуляторах — отличная тема для комментариев =)
7-26 ноября.
Пока шла борьба за FPS, я параллельно пытался превратить хаос в коде в осознанную систему. Начал разделять код по файлам, выносить константы, все по фэн-шую. Добавил обработку TTF-шрифтов, которые библиотека сама переводила в 4-битный растр.
И в какой-то момент я понял, что то, что начиналось как драйвер для железа, превратилось в нечто большее. После долгих мучений с архитектурой, конечными автоматами (привет, универ!) и руганью с нейросетями, я наконец-то собрал рендер-движок v0.1. Это уже полноценная система на десяток классов.
Вот первая анимация на полном движке. Не особо зрелищно, но оно работает.
Но путь к движку был тернист. На нем меня поджидала «Змейка»… и ее проклятая математика. Прикрутить текстурки к змейке было легко, а вот заставить их правильно поворачиваться на изгибах — оказалось не простой задачей. Я, понадеявшись на ИИ, раз 20 получал от него разные формулы поворота, и каждый раз получал какую-то дичь. Придется снова, как в старые добрые времена, обклеивать куб бумажками и выводить все формулы вручную.
А потом, проверяя, сколько RAM жрет “Змейка”, увидел, что на некоторых этапах съедается почти вся память! Ее всего-то 270 КБ в сумме. Оказалось, PSRAM нельзя напрямую отправлять на экраны, данные все равно сначала копируются в основную RAM память. Пришлось снова переписывать ядро драйвера экранов.
Еще поколдовал с паралелелизмом. PSRAM конечно прям достанется =)
Все функции в коде её хотят и дерутся за неё. В общем, всё та же цифра в 18-20 фпс это потолок.
5-20 ноября
Иногда от программирования ядра тошнит. Хочется не на буковки и циферки смотреть на экране компьютера, а делать шоу. В ноябре продолжил свой принципиальный квест: достучаться до Viva La Dirt League. Reddit забанен, мейл они не читают. Пришлось делать не по изначальному плану: создал комиксы про них и начал бомбить сторисами с отметками всех актеров. Результат: один из топов глянул и… промолчал.
Пост об VLDL: THE ONE CUBE. Как игральная кость.. Почти =)
Провал с VLDL меня не остановил. Я переключился на Critical Role, у которых как раз намечалась премьера нового сериала. План тот же: комиксы, видео с кубиком, отметки. И снова — полная, оглушительная тишина. Никто из топов даже не посмотрел.
Пост о Critical Roll: The One Cube // Трибьют Mighty Nein — Critical Role теперь в кубике
НО, внезапно, алгоритмы соцсети бустанули мой пост с комиксом))
Поняв, что пока что стучаться к зарубежным миллионникам - не лучшая стратегия, я решил найти своих звезд здесь. Переключился на ту аудиторию, которая говорит со мной на одном языке — на DIY-сообщество.
План был простой:
Сделать контент, который поймут и оценят именно гики и инженеры. Так родилась идея “гача-игры”, из которой выпадают не мечи и щиты, а провода, электронные модули и тд.
Доставить это в комментарии к главному в ру-сегменте DIY-блогеру, AlexGyver.
Расчет оправдался на 100%. Ему зашло, и он репостнул видео к себе в канал.
Вот это видео и сам репост, на память.
На этой волне я завел блог на DTF и начал перезаливать старые посты. Результаты скромнее (пост про змейку набрал 2.8к просмотров против 35к на Пикабу), но радует, что в комментариях писали: «У Гайвера видел такой кубик». Узнаваемость работает =)
21-24 ноября
Кроме онлайн, надо выбираться на живые встречи с людьми. Впереди Игрокон Lite 2026.
Я написал организаторам с предложением о сотрудничестве — описал свой уникальный проект, и предложил сделать что-то крутое с их брендинком. В ответ пришла отписка, суть которой сводилась к простому: “С вас 15 000 рублей за стол и стул на ярмарке”. Что ж, это было ожидаемо. Видимо, инди-разработчик с уникальным железом менее интересен, чем продавец акриловых дайсов.
Чтож, будет партизанский маркетинг =) Я приду как обычный участник с тремя кубами, в гавайской рубашке Томми Версетти и с кучей 3D-печатных сувениров (и не только). При тряске куба можно будет получить подарок. Посмотрим, кто соберет больше внимания — стол за 15к или энтузиаст с горящими глазами =)
А вот другая выставка, на которую случайно попал в ноябре, стала отличной тренировкой перед Игроконом. Тренировкой провала. Я со своими технологиями абсолютно не вписался в тусовку художников и фотографов (выставка была о народном творчестве в нашем городе). За весь вечер подошло всего пара человек. Но есть и плюсы: я понял, насколько важно правильно выбирать целевые мероприятия, и объелся халявными канапешками. Опыт, пусть и такой.
15-29 ноября
Весь месяц не только боролся с железом, но и пилил то, ради чего все затевалось — игровые механики. Началось все с переделки “гача-игры” (показ случайных картинок при тряске). И тут же я столкнулся с багом: датчик движения срабатывал через раз. Ни одна нейросеть не смогла найти ошибку в логике. Пришлось снова вспоминать универ и переписывать класс акселерометра на конечном автомате. Теперь все заработало как часы.
Вот так теперь выглядит “гача”: при тряске — “рубашки”, после — анимация смены картинок. Для красивых роликов даже собрал целый натюрморт с игральными костями, бусами и перьями.
Перенос “гачи” на новый движок открыл простор для экспериментов. Так родилась слот-машина: пока трясешь — барабаны крутятся. Можно даже останавливать их резким наклоном. Куб учит обращаться с ним аккуратно: от легкой тряски все медленно движется, а можно раскрутить и пытаться остановить в нужный момент. Это уже не просто “потряс-посмотрел”, а тактильный игровой процесс.
Не "лимонные" картинки ниже, это идея тематики под Utopia Show. Чуть позже планирую доработать стиль иконок, и также отправить как и для AlexGyver.
А потом я пошел дальше и сделал “Алхимслот”: барабаны не просто крутятся, а картинки на центральной линии могут смешиваться, образуя новые. Из этой механики можно придумать кучу игр, начиная с классической «Little Alchemy 2». Вот где кубическая форма начинает раскрываться по-настоящему =)
И вот тут я прямо слышу, как эксперты из комментариев уже набирают сакраментальное: “Автор, все это можно сделать на телефоне! Зачем этот куб?”. И знаете что? Они абсолютно правы. Конечно, можно. На телефоне можно сделать и змейку, и слот-машину, и алхимию.
Более того, они добавят: “В телефоне тоже есть гироскоп, его тоже можно наклонять и трясти!”. И снова будут правы! А теперь, ради эксперимента, попробуйте взять свою 6-дюймовую “лопату” и начать ее резко дергать в руках, как я это делаю с кубом на видео. Попробовали? Чувствуете, как этот стеклянный бутерброд за 50+ тысяч рублей так и норовит вылететь из руки и разлететься на атомы?
В этом и есть разница. Телефон — это прямоугольный, плоский и хрупкий инструмент для связи, который можно заставить делать что-то еще. А куб изначально спроектирован, чтобы его крутили, трясли и даже роняли (он уже летал со стола, все работает). Это как сравнивать езду на городской малолитражке по бездорожью и на специально подготовленном багги. Обе машины поедут, но опыт, комфорт и результат будут совершенно разными.
Этот проект — не про “сделать то, чего нет на телефоне”. Это про “сделать то же самое, но получить совершенно другой, физический и тактильный опыт”. Про то, чтобы держать игру в руках, а не бояться уронить свой основной инструмент для жизни, пытаясь им играть).
Ноябрь получился месяцем контрастов: отчаяние от ограничений железа сменялось эйфорией от успешной оптимизации, а оглушительная тишина от мировых звезд — неожиданным признанием в родном DIY-сообществе.
Что получилось:
Выжать максимум из железа: Стабильные 19-20 FPS на 6 экранах — это мой личный потолок для этой версии железа. Больше — только с новой архитектурой или другим контроллером.
Создать фундамент: Рендер-движок v0.1 — это огромный шаг вперед. Теперь вместо набора разрозненного кода у меня есть основа системы, на которой можно строить игры.
Получить “знак качества”: Репост от AlexGyver — это не просто хайп. Это подтверждение от авторитета в индустрии, что идея интересна целевой аудитории.
Нащупать новые механики: Слот-машина и “Алхимслот” — это не просто тесты, а уже почти готовые концепции игр, которые родились из экспериментов.
Открытия месяца (или то, что я снова понял):
ИИ — не волшебная палочка. Он хорош для рутины, но когда дело доходит до сложной логики (как с поворотом текстур у змейки) или архитектуры, он тупит и выдает дичь. Думание своей головой и бумажка в клетку все еще надежнее.
Прямой штурм крепости не работает. Погоня за VLDL и Critical Role была похожа на кавалерийский наскок на стены замка. Я получил ценные данные: этот канал коммуникации с ними не работает, по крайней мере, пока. Это не значит, что дверь закрыта навсегда. Это значит, что для следующего штурма понадобится осадная башня, а не просто громкие крики под стенами. Либо удача // обходной лаз в замок.
Персональный подход бессилен, если цель недосягаема. Усилия по созданию кастомного контента для зарубежных миллионников ушли в пустоту, потому что достучаться до них почти невозможно. Тот же подход сработал с Гайвером, потому что он — часть живого комьюнити, а не закрытая корпорация. Вывод: выбирать нужно не только метод, но и реалистичную цель.
Тщательно выбирать правильные мероприятия. Провал на выставке художников — отличный урок.
Ноябрь был месяцем, когда проект перестал быть просто “железкой с экранами” и начал превращаться в игровую платформу. Впереди декабрь, Игрокон и, надеюсь, первые полноценные играбельные прототипы.
Предыдущие посты:
P.S. Спасибо, что дочитали! Каждый ваш комментарий, даже самый гневный, помогает проекту двигаться вперед. Следить за разработкой в режиме реального времени можно в моем TG-канале, там я появляюсь каждый день.
Коротко — как я изучал конкурентов, собрал партию из 10 кубиков, придумал гача-игру, подал заявку на американский фестиваль Alt.Ctrl.GDC 2026 и обломался с Reddit и знаменитостями.
В сентябре была первая рабочая игра и неожиданный хайп на Пикабу. В октябре решил поизучать, кто ещё делает электронные кубики. И конечно же продолжил дорабатывать свои устройства.
В этот раз пропустил «актуальный» постинг дневника в конце месяца. Казалось, что не так много интересно произошло за октябрь и хотел объединить в одну статью за 2 месяца. А когда начал писать, понял, что всё таки лучше разделить.
“Я уже говорил тебе, что такое безумие? Безумие — это точное повторение одного и того же действия раз за разом в надежде на изменение”.
3-4 октября — WOWCUBE. Это кубик с 24 экранами, который крутится как кубик Рубика. Сделал исследование через Кракена (нейросеть - поисковик platform.parallel.ai), перечитал все источники и погрузился в настоящее инженерное безумие.
Техническая архитектура: WOWCUBE состоит из 8 отдельных модулей с 3 экранами в каждом. Это означает восемь процессоров, которые должны синхронизироваться между собой. Большое количество сборных элементов создаёт множество потенциальных точек отказа.
Система связи между модулями — самая сложная часть. Подпружиненные патентованные шарики-контакты (по последним данным — магниты). Механизм испытывает износ при каждом прокручивании, плюс риск попадания пыли под контакты.
Особенность управления: игры которые у них увидел, работают с дискретными движениями под 90/180 градусов. Хочешь переместить персонажа? Прокрути грань до щелчка. Ещё шаг? Ещё один поворот до щелчка. Плавного управления нет — только шаговое. При этом устройство весит 320-400 грамм.
Проекту уже почти десяток лет, но продукт не стал массовым. Изучив обещания компании, статьи и отзывы, складывается впечатление, что в центре разработки была инженерная задача сама по себе, а не конкретная потребность пользователя.
Вывод: важно не влюбляться в техническое решение, а фокусироваться на том, какую ценность оно даёт людям.
5-6 октября — The One Dice. Электронный кубик для настольных игр, собравший почти полмиллиона долларов на BackerKit.
Концепция: за ~200$ предлагается совместить физический бросок D20 с цифровыми анимациями на встроенном экране. Анимации длятся 5-8 секунд на бросок. Создатели добавили "быстрый режим" на 2-3 секунды — видимо, получили фидбэк о темпе игры.
Что интересного на BackerKit:
Три цвета корпуса из "luxury" пластика плюс множество дополнительных наборов. При 2000+ заказах это означает частую смену настроек производства и усложнение логистики.
Международная доставка электроники — требуются сертификаты ROHS, CE и другие. У каждой страны свои требования к соответствию.
Масштабирование производства — сделать несколько прототипов и наладить выпуск нескольких тысяч единиц это разные задачи по сложности.
Ценообразование на этапе рендеров — без готовых прототипов сложно точно оценить итоговую себестоимость.
Главный вывод: не обещай того, что не можешь 100% выполнить. Когда тысячи людей поверили в проект и вложили свои деньги — это большая ответственность.
UPD из 12'2025: Когда писал эту статью, то случайно выяснил, что у компании «Wild Earth Dice» были предыдущие краудфандинг-кампании с обычными смоляными кубиками (2023-2024 год). Судя по комментариям бекеров, доставка затянулась на 1.5-2 года с момента обещанных сроков. И теперь эта же команда взялась за электронное устройство со встроенными экранами и процессором.
Похоже видео ниже будет пророческим (сделано еще в октябре).
6 октября — теперь кубиков двое. Всё сходится и работает.
Если смотреть на проект в этой стадии — оно работает, но производить в таком виде будет дорого. Косы проводов с разъёмами — производственный ад.
Мой предполагаемый подход к разработке: 10 кубов первой версии → 10 с исправлениями → потом ещё 20-50. Когда всё будет идеально собираться за пару минут с минимумом деталей почти на автоматике — тогда можно думать о «тысячных» партиях и каких-нибудь кикстартерах.
7 октября — все детали для кубов спаяны. Осталось дождаться печати корпусов.
8 октября — кубиков уже 4.5 штуки. Экраны не идеально ровно располагаются в окошке, но корпуса печатные — можно сделать под каждое положение свой.
И главное — даже с этими ПРОВОДАМИ оно собирается терпимо. Но больше провода не хочу.
9 октября — почти собрал 9 кубов. Осталось установить в корпуса.
Иногда хочется отклоняться и сразу моделить будущие оптимизации. Новая версия 3D - модели: 50×50×50мм вместо 58×58×58. Почти минус 15% объёма.
14 октября — игры играми, а надо знать сколько устройство проработает на одном заряде. Замерил потребление системы.
Экраны линейно потребляют при PWM-яркости. При яркости 50% потребляют в 2 раза меньше. Появилось много идей, как экономить энергию в текущей и будущей версии.
Грустный инженерный факт: текущий понижающий преобразователь из 5V в 3.3V похоже выдаёт КПД 60-70% вместо заявленных 90%. Желательно входное напряжение в 2-3 раза больше выходного — тогда по графикам всё хорошо (если судить по datasheet).
15 октября — чем дальше в ядро, тем больше “веселья”.
Карточка памяти внутри устройства, добраться сложно. Узнал, что ESP32 умеет работать как USB-устройство. Сделал так, что подключаясь кубик выдает себя как карточка памяти.
Сначала закинул пару мелких текстовых файлов и думаю — всё, ура, можно закидывать картинки, видео для тестов. Пробую закинуть картинку с котом… и вижу скорость чтения/записи 1000/300 КИЛОБАЙТ в секунду. И это очень грустно.
С такими скоростями передача больших игр займет очень много времени.
16 октября — идея: гача-приложение на кубик.
Система простая — трясёшь кубик, ставишь на стол, показывается персонаж в разных позах и локациях. В уголке опционально цифра для D&D.
Развиваем идею:
Персонажи не открываются сразу, а по вероятности или уникальному жесту
Все картинки имеют свою редкость
МЕМЫ — кроме серьёзных картинок выпадают абсурдные и смешные с тем же персонажем
Персонализированные картинки на заказ
Генерация стоит копейки
И сложные дополнения:
Прокачка персонажей — каждый бросок с выбранным персонажем его качает
Wi-Fi связь между кубиками и виртуальный гвинт на основе раскачанных персонажей
17 октября — ради рекламы и повышения известности проекта, решил сделать контент с Viva La Dirt League (5+ млн подписчиков на ютуб). Они только закончили 5-летнюю D&D-кампанию “Adventures in Azerim”.
Через Кракена проанализировал все их игры, выделил знаковые моменты. На 4 персонажей - нашлось около 200 уникальных историй. Идея - всё это сгенерировать в виде картинок и показывать на кубе.
Заставить ИИ сразу нарисовать то что нужно в 6 кадрах сложно, но понадёргать кадров с разных попыток — норм. Даже случайно комикс вышел.
И картинки на кубе работают. Всё читаемо, узнаваемые персонажи, сочные цвета.
18 октября.
Пришлось урезать гачу до минимума, ещё полдня разбирался с куском библиотеки акселерометра. Там была борьба с физикой и математикой.
Корпуса куба что на столе, хоть на вид хорошие, но все неправильные. Думал сдвинул чтобы идеально совпал экран и отверстие, в итоге сделал хуже. Придется всё перепечатать.
19 октября — игротека прошла не так как ожидал.
Это была не игротека, а что-то вроде дня открытых дверей — несколько столов с мастерами, которые рассказывали о разных играх.
Ходил между столами, показывал кубики. Показ “случайных” малоизвестных персонажей мало кого впечатлил. Змейка больше понравилась.
Пока нет меню выбора разных игр — людям кажется, что каждый кубик это одна игра. Приходилось объяснять будущие концепции.
Некоторые гейммастера были против концепции показа текстовых действий для новичков в RPG - “тогда мастер не нужен” 😱
Интересная идея с игротеки: “idle-рогалик” — персонаж автоматически качается на одной грани, когда зачистил — нужно повернуть на следующую.
20 октября — это фиаско, братан.
Потратив несколько часов на идеальный пост для Reddit с видео VLDL, после нажатия “запостить” — аккаунт перманетно банится.
В инете пишут: не факт что получится зарегиться без блокировки. Одни рекомендуют ждать пару недель, другие — региться не со своего IP. Пришлось писать напрямую VLDL на почту.
Самое печальное — весь сценарий с шоу для фанатов провалился.
И еще неожиданно пост на Пикабу - " THE ONE CUBE. Как игральная кость.. Почти =) " набрал очень мало охватов. Самый плохой результат по вовлеченности за последние месяцы.
Непонятно что послужило причиной. Может тег “арт нейросетей”, может слишком простая концепция, может нейросетевые картинки воспринимаются как проходняк и труд с минимальными вложениями.
22-23 октября — мне посоветовали подать заявку на Alt.Ctrl.GDC 2026 — фестиваль уникальных консолей и игр. Кубик туда отлично залетит… но это всё в Америке.
Всё равно сделал заявку. Будет видео, которого они точно не ожидают: небольшая экскурсия по Твери (не только по красивым достопримечательностям), таймлапс сборки куба, работа 10 кубов и в конце “From Russia with love”.
Как минимум должны запомнить.
Изучив видео участников прошлых лет — там никто такого артхауса не снимал. Обычно по большей части контент на телефон, веселенькие позитивные ролики. Моя заявка точно вызовет новые эмоции у жюри.
И пост на Пикабу - "The One Cube // Short film. О заявке на alt.ctrl.GDC 2026 " про заявку тоже не залетел =(
28 октября — решил вернуться в запрещённую соцсеть. Набросал в отложку постов.
Всё ради того, чтобы красиво зацепить VLDL. Упоминание от аккаунта, заброшенного 3 года назад, выглядит не очень.
ВК окончательно разочаровал. Просмотры упали на такое дно, которое я еще никогда не видел. 170 просмотров клипа при ~1.2k подписчиков..
На Пикабу даже «незалетающие» посты набирают 2-3k просмотров и десяток лайков.
28-30 октября
Основная идея — универсальность и минимизация усилий при загрузке новых шрифтов.
На кубике собственный драйвер рисовки на экранах и систему растеризации шрифтов надо делать с нуля. ESP32 - не мощный комп, чтобы моментально показывать векторные TTF - шрифты.
Сначала решил перегонять TTF в PNG с параметрами, потом парсить в растровый файл для ESP32.
Начав работать с идеей чтения картинки, понял что масштабирование из большой картинки будет так себе.
Оказывается, есть библиотека работы с TTF напрямую. И она работает. Можно с файла получить подготовленные буквы без масштабирования, и всё получится ровненько.
Но ESP32 не настольный компьютер, для которого перегонять кривые Безье в пиксели — быстрое дело. Поэтому алгоритм тот же: сохраняю несколько размеров шрифта в виде пикселей и вывожу потом на экран как картинки.
Определил читаемые размеры: 12, 16, 24, 32, 40pt.
✅ 10 кубиков собраны
✅ Гача-игра — концепция с редкостью, мемами и прокачкой
✅ Заявка на Alt.Ctrl.GDC — артхаусное видео из Твери
✅ Анализ конкурентов — WOWCUBE и The One Dice
✅ Новая 3D-модель — 50×50×50мм
✅ Система вывода текста — TTF работает на ESP32
❌ Reddit — пермабан при первом посте
❌ VLDL — не ответили
❌ Игротека — не та аудитория
Про конкурентов:
Не влюбляйся в инженерное решение — думай что оно даст пользователю
Не обещай того, что не можешь 100% выполнить
Рендеры продают воздух — это опасный путь
Про маркетинг:
Разные площадки — разная отдача
Нейро-арт воспринимается аудиторией очень плохо
Живые демонстрации работают лучше постов
ВК мертв как нативная площадка для продвижения продукта
Про железо:
USB Mass Storage на ESP32 — 300 КБ/с, это боль
КПД текущей системы питания куба не самое лучшее
Яркость экранов линейно влияет на потребление
Предыдущие посты:
Август '25 - LED CUBE. Дневник разработки. Август '25
Сентябрь '25 - THE ONE CUBE. Дневник разработки. Сентябрь '25
P.S. В моем TG-канале новости почти каждый день. Подписывайтесь, если интересно следить в реальном времени.
Уже через пару дней новая премьера от Critical Role - The Mighty Nein.
CR - это команда, которая сделала классный анимационный сериал "The Legend of Vox Machina".
Как и в прошлом посте "THE ONE CUBE. Как игральная кость.. Почти =)" идея у нас та же. При тряске меняются картинки и выдаются от их "редкости".
Но за недели работы, переделал код и улучшил показ картинок.
Сейчас работает так:
1) В оперативную память предзагружаюся 20 случайных картинок - это наш барабан.
2) При тряске показываются "рубашки карт".
3) Когда кубик перестали трясти - он крутит барабан и останавливается.
4) В этот момент покоя заменяются в барабане 5 случайных картинок с карты памяти.
Так же сделал, что две боковых грани показывают статичные логотипы.
Возможно кто-то слышал про The One Dice. Судя по тому что он собрал на кикстартере 2000+ предзаказов и около 500 тысяч долларов, людям интересна театральность бросков.
В моем проекте можно загрузить любые картинки (и надеюсь скоро доберусь до анимаций).
Вообще это малая часть возможностей этого кубика. Просто чтобы сделать GTA / DIABLO и подобные эпичные игры, нужно много времени разработки.
А вот такие маленькие шоу можно делать уже сейчас =)
И специально приобрел клевые аксессуары для антуражного фона. Теперь следующие видео будут еще красивее =)
Немного фоточек кубиков с этой съемки.
Забавно, что в своей простоте конструкции, особо не придумаешь каких то ракурсов с ними. Только вот меняя окружение и картинки на кубиках.
Пуговички для Nott =)
И я знаю, как вы не любите нейросетевой арт. Все картинки на кубе сделаны в Nano Banana. Но я считаю, что в данном случае арт оправдан и прекрасно смотрится. Все сценки с персонажем и артефакты получились очень классными и в одном стиле. Когда проект залетит, то уже будет бюджет на именитых настоящих художников для рисования стилистических картинок.
И еще докину несколько тематических комиксов, тоже сделанных через нейросеть. Да, на них не потрачены сотни часов на рисование. Но в них есть идея, композиция и вообще они мне просто нравятся. И они не сделаны в один клик. На них тоже потрачено время и куча неудачных генераций выброшены в ведро.
Вот тут даже ИИ сюжет и реализация. И это прям так забавно получилось.
Предлагайте свои варианты в комментариях, что еще попробовать визуализировать и как использовать такую механику с тряской и случайными картинками.
У меня вот идея (и уже сделаны картинки) для идеи - "Из чего сегодня будем собирать DIY ардуино проект".
P.S. Загрузил этот контент во все соц сети, до которых смог дотянуться =)
Пока что результата немного, но надеюсь алгоритмы поднимут просмотры.
И в любом случае, это всё один большой интересный путь проекта.
И кстати, кому интересно, в моем TG-канале чаще выходят обновления по этому проекту.
