Пишу игрушку на c++⁠⁠

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

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

> сможешь сконцентрироваться именно на игровых механиках и дизайне персонажей / окружения

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

Простой пример из того что тестирую сейчас

например чистое api box2d предоставляет функциональный метод b2World_SetPreSolveCallback который позволяет динамически определять какие объекты когда и с чем должны коллайдировать на этапе update тика - это необходимо например чтобы отсеять все объекты за порталом когда игрок будет находится в состоянии crossing - чтобы при прохождении портала не напороться например на стену \ объект стоящие за портальной стеной.
В godot это нужно будет решать через set_collision_mask_value или add_collision_exception_with у PhysicsBody2D но вариант с масками мне изначально казался не достаточно универсальным т.к. приходилось бы все объекты постоянно по маскам перетасовывать в зависимости от контекста. А add_collision_exeption по сути тоже нужно постоянно удалять через remove_collision_exception_with \ добавлять объекты при изменении окружения туда-сюда. и надо изучать как устроен изнутри - т.к. возможно он перестраивает стейты всех физических объектов и я не представляю на сколько адекватно делать это при каждом апдейте если объектов много даже если это кое как заработает в итоге. Смогу более детально проверить когда доработаю тестовое окружение.

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

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

кстати вспомнилось что в той же террарии (коммерческая игра в стиме) к примеру есть как куб \ так и портал ган. При чем сделано так что максимально копируют образы из именно из самой игры Portal.

Или может в твоем понимании этот проект вообще моджанги должны засудь т.к. Terraria же копирует концепцию и механики mineraft'a но в 2D?
Как например тебе видится что террари спокойно как то уживается в одном инфополе с майном. Интересно было бы узнать. На мой взгляд эти игры так же нет смысла сравнивать тк по своей сути они все равно абсолютно разные хоть и там и там можно условно копать блоки

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

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

На данный момент проектом начал заниматся ~ в начале марта в перерывах от работы и всяких других дел. так что даже на такой прототип ушло ~ около 280ч. При том что я вполне осознаю что уже существуют всякие нейросети и прочее, но такие вещи все равно существенно производительность не ускорят если ты именно создаешь что то с нуля а не генеришь типовой визуал \ код, нейронки хорошо понимают \ воспроизводят только то что уже и так пережевано 1000 раз в открытом доступе

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

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

из библиотек получается на данный момент SDL3 - графика \ ввод + Box2D для физики объектов

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

там нет "протеза" если ты про этот момент. а отыгрывать девятихвостую лисицу она пока не планировала