Как же я люблю годо. Я готов брать и обмазываться им, брать и обмазываться. Если б ещё в вебе пустая сборка не весила 40мб, я бы развёлся и женился на годо-тян
>>1055170 Алсо там пересобирают годот и экспорт темплейты, выкидывая неиспользуемые в проекте модули. Этого не стоит пугаться, он пересобирается максимально просто.
>>1055159 >Мое почтение художнику за первый оп-пик. У меня целое аниме по комиксу получилось. >>1055160 >сисястой, жопастой, с хорошими бедрами Шаришь. Но помни: попа + бёдра > сиськи. >>1055141 → >Почему она жирная и совсем не секси? У тебя взаимоисключающие параграфы. >>1055142 → >Потому что она отрицает синглтон И это тоже верно. Годетта - умница. >>1055171 >пересобирается максимально просто Я так и не понял, как установить C++... >>1055146 >Если б ещё в вебе пустая сборка не весила Ты должен любить её такой, какая она есть...
>>1055316 Боль и унижения когда не можешь закончить проект. Да и в конечном итоге твоя идея оказывается так себе. А релизнув ты вдруг осознаешь, что всем пофиг и проект затерялся среди сотни тысяч других проектов. А ты потратил несколько лет.
>>1055342 Хороший подход. Вместо анализа рынка и предпочтений игроков делаешь то, во что сам играл бы. Или еще проще - смотришь на игру, которая тебе в целом понравилась, но тебя не устраивают в ней какие-то моменты. Копируешь делая как надо и успех обеспечен.
>>1055335 @ Играю в игры - хочу написать свою игру. @ Хочу написать свою игру - перестаю играть в игры, чтобы начать писать свою игру. @ Перестаю играть в игры - больше не хочу писать игру, потому что не играю в игры.
Вот так я оказался в системном программирование и изучаю zig. А куда тебя привел геймдев?
>>1055342 Делать игру, чтобы играть самому - это как делать карту в каких-нибудь героях или карту в шутере. Ты знаешь уже всё, все места, все триггеры, все скрипты, ты даже знаешь все подводные механики и лучшие подходы - потому что ты сам создавал это все. Это просто ноль интереса.
Энивей, а что если делать игру за игрой за игрой, в одинаковых жанрах? Я видел пару таких челиков, один врки клепает, другой карточные. Профиты - 90% кода переиспользуется из прошлых проектов, ассеты часто тоже, остается только выверять геймплей и геймдизайн пока не взлетит, плюс ты себя зарекомендуешь как создатель в жанре Х, и любители жанра Х станут приходить именно к тебе.
>>1055354 Наверно это имеет смысл. Но мне наоборот хочется сделать несколько игр в разных жанрах. Для общего развития и для себя, т.к есть игры, которые я бы хотел под себя переделать.
>>1055348 @Играю в игрУ - хочу написать игру @Написал игрУ - хуево написал, все пердит лагает вылетает @Сделал тактическое отступление, обособил наработки из игры в отдельный фреймворк @Полтора года работал над фреймворком, успел переписать его раза 2 @любимый движок обосрался с runtime fee и ты внезапно понял что движок, который стал тебе таким родным вдруг оказалася (внезапно) не твоим. @за полгода портировал фреймворк в годот @третий раз переписал фреймворк, доведя его до архитектурного идеала, заняло еще полгода @в продолжающемся тактическом отступлении решил написать не то что хотел написать сначала, а что-то попроще, опробовать силы. @начал писать, в процессе реализации ебанулся наглухо и сделал все еще сложнее чем делал в самом первом проекте чтобы добиться предельной архитектурной подвижности, настолько предельной что используешь yaml файлы для создания процесса геймплея из базовых блоков @Наконец то доделал, оттестировал работу неткода, все проверил, все работает, идеи работают, все красиво круто @начал настраивать игровые обьекты в годоте, колижены им прописывать и прочее @да пошло оно все нахуй @вишу уже две недели и не хочу даже заходить в клиентский код и редактор бздоти, знайте, вас ждет то же самое, вы будете знать как но вы возненавидите это
>>1055363 Малое не поможет сделать большое, а хочется чето большое, прикольное. Не гта конечно, но типа по идее посильное, просто после всех этих архитектурных изысканий ты заходишь в редактор и такой "а как какать блять", смотришь и закрываешь.
>>1055364 >заходишь в редактор и такой "а как какать блять", смотришь и закрываешь. Берешь и делаешь епта. Нормальный редактор. Если что, ставишь плагины и радуешься жизни
>>1055374 Дело не в редакторе. Я уже собрал в нём всё - интерфейс, некоторые базовые игровые префабы, сессионный функционал работает. Просто вот такая какая-то хуйня - зашел - и совершенно нихуя не хочется тут делать. Может через месяц пройдет, хз. Но я скорее свой путь куда меня завел геймдев описал
Помните принца персии и его механику отката времени? Почему никто не бесился что надо жать и ждать пока ГГ вернется взад? Мне тут утверждают что лучше дать игроку возможность создавать произвольные точки сохранения, на которые мир будет возвращаться мгновенно, а не заставлять ждать целых ебаных 5 секунд, наблюдая эффект перемотки. Мнение?
>>1055376 Так сама перемотка выглядит эффектно и создает вайб. Плюс во время перемотки больше времени на осознание как именно ты проебался во время платформинга
>>1055376 Вот бы ещё кто-то сделал адаптивную систему боя как во втором принце. Охуенная же боёвка была. Они её запатентовали штоле, что никто не воспроизводит?
>>1055376 Есть такая игра - timeshift, в ней движок сам, включая двигло физики, делал снапы состояния материалов обьектов, физических обьектов и даже проигрывания звука. Не представляю как это сделать на годоте, а не с помощью годота.
>>1055412 Не, анон, мне нравится твоя игра, я с интересом смотрю вебмки с прогрессом, но как можно сделать настолько уебищный графон? Или это так называемая постирония?
Йоу, я оказывается на новом пк могу модели генерить, по картинке или сразу из текста. Это ж насколько легче становится, остается просто натянуть лоуполи сетку поверх генерации. Нахер мне тогда художник.
>>1055419 >как можно сделать настолько уебищный графон? Конкретно что тебе больше всего не нравится?
В целом >>1055428 правильно говорит: >Это так называемый девелоперский графон Есть такой термин - "placeholder", заглушка.
Облака: тупо накинул NoiseTexture в шейдер неба. Непонятно, что делать дальше? Несколько разных вариантов облаков попробовал - всё просаживает производительность и при этом плохо выглядит. А рендеринг должен быть динамическим, по идее... Интересно было бы ориентироваться по небу... Т.е. вместо компаса - смотришь на облака и солнце.
Остров: с геометрией пока не определился, но хочу композицию из частей с вращением, так что юзаю трипланарный маппинг вместо UV. Текстуры долго использовали NoiseTexture, но я хочу сделать что-то мультяшное - накидал пару текстур на пробу. Траву дорабатывать нужно, но вот почва выглядит прям практически как нужно, только слишком бледная... Собственно, в реальности почва тоже как говно - "фотореалистично" получается, ты так не думаешь? Серьёзно, это куски грунта, как им ещё выглядеть?
Дерево: общая концепция требует баллоны с газом, поэтому шарик сверху - это важный ресурс, так что останется примерно как сейчас. Ствол же я налепил по-быстрому и текстуру натянул "лишь бы было", т.е. придётся до/переделывать. Плюс другие варианты.
Персонаж... Я всё ещё разрываюсь между "делать кастомизацию пустышки-аватарки как в ММО" и "прорабатывать уникального персонажа", так что это заглушка в любом случае, и мне было лень делать её детально. Главное, что она даёт - это связь между действиями игрока и реакцией контроллера, т.к. на примитивной капсуле многое сложно разобрать. Я изначально планировал ещё и вид от первого лица (поэтому камера убирается в голову персонажа), но, думаю, такой геймплей с ней совсем не сочетается.
Сундук и всё остальное - тоже плейсхолдеры пока.
>с интересом смотрю вебмки с прогрессом Вообще, уже месяц как не притрагивался к этому проекту... Всё думаю, "а оно мне надо?"... Не знаю... Недавно обнаружил, что Lost Skies вывалили из EA в релиз с кучей багов и, видимо, это конец для них. Все подобные проекты набирают максимум пару тысяч отзывов и при этом там всё намного круче, чем могу сделать я. Это всё больше напоминает "сделать ГТА в одиночку", чем реалистичный инди-проект...
Если продолжать разработку, надо прекратить мою прокрастинацию микрофичами и заняться слоном в комнате: если главная идея игры "путешествовать к следующему острову", то важнее всего сделать эти острова видными издалека, плавно загружаемыми.
Я, конечно, надеялся, что если мир разбит на такие микроостровки, то опенворлд будет бесплатным. На практике каждый архипелаг - сотни нод, и многие - физические, а дерево сцен в одном потоке и всё неизбежно тормозит, если всунуть всё за один кадр.
Решение очевидно - растянуть добавление нод на несколько кадров; для этого острова нужно чётко разделить на группы нод. Для этого нужна чёткая, стандартизированная структура. А я острова уже несколько раз с нуля переделывал и сейчас они застряли в очередной переделке; текущий вид не финальный, придётся ещё что-то выдумывать.
И это только вершина айсберга...
В общем, с такими фундаментальными проблемами графические косяки - это сущий пустяк. Выглядит значительно лучше моих прежних попыток, лол.
Кстати, уже несколько лет ПЛАНИРУЮ нарисовать концептики островов, персонажей и т.п., чтоб хоть приблизительно представлять, что я делаю... Но в результате я только ковырялся в своём говнокоде, переделывая по десять раз бесполезные запчасти.
>>1055533 Вот старые игоры были такие проработанные, потому что все материалы по игре, все схемы и планы были на бумаге. На пе ча та ны, Карл. И разрабы чётко по графику который на стене приклеен спокойно не торопясь работу работали.
А мы 2025 году обложились фигурками аниме, и пытаемся делать игоры без плана. Держим всё в головах. Даже если диздок сделан в программах, это снова программы, которые надо открыть, а это ленивооо.
Так что прямо завтра идёшь в книжный, покупаешь блокнот, карандаш и стёрку. И начинаешь рисовать концепты в блокноте ИРЛ. А потом сканы вставляешь референсами в блендер.
>>1055544 Свидетель диздока, спок. Точно так же переделывали по десять раз на ходу, подпирая костылями и доедая последние пиццы из заканчивающегося бюджета.
>>1055544 >разрабы чётко по графику Ты забываешь, что их мотивировала зарплата. >спокойно не торопясь работу работали Почитай про кранчи и почему релизы задерживают.
>пытаемся делать игоры без плана Я тыщу раз планы и диздоки пытался составлять. На практике часто оказывается не так, как планировал, приходится переделывать планы и диздоки, а потом забиваешь, потому что уже как-то и не хочется...
Приятно иметь план, пункты которого один за другим вычёркиваешь как сделанные. Если пункты в плане зависают неделями или приходится писать "нет - это невозможно сделать, здесь нужно что-то другое", или вообще снова добавляется ранее вычеркнутое... Сам понимаешь, такое только демотивирует ещё больше.
>начинаешь рисовать концепты в блокноте ИРЛ От руки я крайне плохо рисую + стыдно на бумаге. Я самоучка, выучил нестандартные приёмы, которыми возможно рисовать только с помощью компьютера. Собственно, от отсутствия навыков нет уверенности в практической пользе от моих "концептов"...
>>1055555 >или приходится писать "нет - это невозможно сделать, здесь нужно что-то другое" Это крайне полезно, такой документ называется ADR.
>или вообще снова добавляется ранее вычеркнутое... А потом опять убрать, потому что ты забыл, почему его убрал. Поэтому ADR на каждое важное решение будет нелишним.
>>1055609 я прочитал и не согласился - документацию гитом не заменишь
фичу ты можешь несколько недель пилить, забросить, через полгода её вообще выпилить, а ещё через полгода подумаешь "а почему у меня нет фичи X? надо сделать" и даже не вспомнишь, что нужно в каких-то коммитах что-то искать
>>1055565 >такой документ называется ADR Ты про это? Я еле нашёл, надо сразу уточнять. https://github.com/joelparkerhenderson/architecture-decision-record Скажу честно - лень всё это читать. Пробежал бегло - энтерпрайзная штука какая-то. В энтерпрайзе любое действие требует сбор совета директоров, а у нас тут творческое хобби в одиночку для удовольствия... И перечитывать все свои "документы" просто скучно...
>убрать, потому что ты забыл, почему его убрал Нет, ты не так понял. Вот ты делаешь персонажа: >[ x ] Придумать дизайн персонажа (сделано) >[ x ] Смоделировать меш персонажа (сделано) >[ x ] Натянуть модельку на скелет (сделано) >[ x ] Сделать анимацию ходьбы (сделано) >[ _ ] Нарисовать текстуры одежды (в процессе) Если ты решишь по какой-то причине, что дизайн не подходит игре - первый пункт автоматически теряет отметку о выполнении, а вместе с ним пункт о меше, который потом заново натягивать на скелет. Т.е. 3 отдельных пункта теряют галочку выполнения. Ты, получается, сделал 4 шага вперёд и 3 шага назад...
Вот это и есть "добавление уже вычеркнутого".
>>1055596 >просто лучше комментировать коммиты А читать это всё кто будет? ИИ-ассистент что ли? У меня дофига своих записей, которые я не читаю...
>>1055612 >не вспомнишь, что нужно ... что-то искать Это справедливо для любой формы документации.
Ебаный сука нейрослоп, теперь при поиске рефов в гугл-картинках бОльшая часть это кривая ИИ-мазня, с уехавшими пропорциями, перспективами и вообще дрист.
>>1055618 >при поиске рефов >пропорциями, перспективами >>1055633 >pixel art village Стоп. Трейсить пиксель-в-пиксель хочешь?
Деревня = домики + деревья + бочки + ящики. Домик = параллелепипеды + пирамидки. Дерево = цилиндр + мазня сверху. Бочка = цидиндр. Ящик = куб. Собери это в кучу и нарисуй. Руками. Изи! Перспективу сам знаешь как строить - изи.
Не можешь? Тогда выбирай одно из: 0. Найти книги и учиться, учиться, учиться... 1. Найти того, кто сможет вместо тебя. 2. Генерировать помои нейронкой. 3. Делать всё в 3D, а не в 2D.
>>1055640 >Трейсить пиксель-в-пиксель Во-первых этот запрос был выдачей автокомплита Утки по "pixel art", во-вторых посмотреть композицию и набор предметов в похожем арте - тоже реф.
>А по поиску - там есть кнопка жалобы. Если каждый нейрослоп репортить времени не останется не то что на геймдев, но и на поспать.
>>1055633 Ты чёт хуйню какую-то ищешь. Естественно, с таким запросом только нейрослоп будет, потому что это самая релевантная выдача. Может, тебе нужны скрины олдовых игр, а?
>>1055673 >вот мой-то поисковик не показывает слоп! даже фильтр есть, настоящий! >аррря ты просто ищешь не то, ищи менее релевантное! У вас отрицание прост что интернет ВСЕ.
>>1055674 >pixel art godette >литералли 3.5 картинки на весь интернет >ожидает увидеть тонны годных результатов по этому запросу Ты совсем запутался - веб-поисковик в роли generative AI используешь? Используй Яндекс.Картинки - там норм. Но у меня он тормозит как-то...
>>1055376 >Мнение? Единственная игра, где мне понравилась механика отката времени, это Super Time Force Ultra. Но такое сложновато реализовать конечно. Однако это мега фаново. Я прям с удовольствием прошёл.
Как бы вы сделали proximity объект? 3д объект, который плавно появляется когда игрок или нпс к нему приближаются. В 3д материалах есть удобные галки distanceFade и proximityFade, но первый реагирует на камеру, так что не сработает с приближающимся нпс, а второй реагирует на любой близкий объект.
>>1055938 У этого самого канал на 4 млн подписоты. Он мог симулятор безыгорного годачера высрать и всеравно стать успешным. Но он даже с этим обосрался. Не вижу тут никакого успеха годот комьюнити.
>>1055936 Ну так он думал выехать на фурри пропаганде для детей и заказал производствол фигурок, а их не покупают т рекламу покупал в каких то иностранных пердях, а теперь это всё у него вышло в минус
>>1055924 >Как бы вы сделали proximity объект? 1. Делаешь Area3D с радиусом появления объектов. 2. При вхождении в Area3D делаешь их видимыми. 3. Сражаешься с проблемами Area3D, побеждаешь. 4. ??? 5. Делаешь пулл-реквест с фиксами в движок.
>>1055926 >А вы знали, что известный ютубер... Ютуб-болото заблокировано уже несколько лет.
>>1055950 >выехать на фурри пропаганде >заказал производствол фигурок >Симулятор магазина с товарами для взрослых Не специалист, но фигурка у него неправильная.
>>1055956 >Никакие выводы не напрашиваются? 4 млн - накрученные мёртвые души, очевидно...
>>1055952 Зделол. Только при вхождении в арею запускаю скрипт, который подкручивает альбедо, учитывая дальность от центра ареи до персонажа. Вроде норм, подводных не заметил.
>>1055910 Самое базированное аниме - это: 無人惑星サヴァイヴ, Выжить на необитаемой планете, Mujin Wakusei Survive, мультсериал Там тебе и Звёздная месть Юрия Петухова, и Таинственный остров Жюля Верна, и Зелёный слоник Светланы Басковой. В одном онэмэ.
>>1055971 >Что натолкнуло тебя на эти мысли Всратые чёрные тени даже в дневное время, тёмные насыщенные цвета без определённой палитры...
>что бы ты изменил Сделал бы картинку соответствующей мультяшным зверушкам, а не вот это вот всё мрачно-мрачное.
Просто сравни скриншоты: 1. Trailer Park Tycoon 2002 года - выглядит ЛУЧШЕ. 2. Animal Crossing 2020 года - выглядит идеально. 3. Унылое говно 2025 года - выглядит как говно. Как с такой графикой можно надеяться на успех?
Палитра и стиль решают. У блохира нет ни того, ни другого. Вот пример на годоте - вебфишинг, обладает и стилем и внятной палитрой, плюс геймплей топ, потому успех.
>>1056003 Фурриебам только кость кинь, они всё купят. Игра по социальным механикам днище ебаное, но сделай фурри, добавь прикольное хрюканье - получи деньги. не понимаю, почему фурри рынок всё еще как следует не обработан
>>1056028 Почему же у ютубера его >>1055957 фуррятина не взлетела? Если на то пошло, то из этих двух игр именно он целился в фурри - его животные гораздо более антропоморфные, чем в вебфишинге. Что-то твоя гипотеза не клеится.
Поясняю про игры: 1. Webfishing: эта игра - в тени Animal Crossing (милые зверушки), но для нищих детей и с мультиплеером. 2. УГ с енотом: эта хрень копирует ноунейм игру 2002, нацеливаясь на взрослую аудиторию, а не детей. Короче, аудитория у них разная.
Поясняю про фурри... вкратце.
Во-первых, есть деление "фурри" на "фурри-фандом" и "фурри-фетишизм". Оба могут наряжаться в мохнатые костюмы и ходить на собрания. Однако, если первые заинтересованы в подобных зверушках как забавных персонажах из детства, то вторые хотят трахаться с животными - антропоморфными или не очень (да, по статистике среди фурри достаточно зоофилов). Легко догадаться - во вторую группу переходят из первой, поэтому можно считать, что большинство взрослых поклонников фурри на деле фурри-фетишисты. Нет, не каждый взрослый фурри - фетишист, т.к. фетишистом становятся обычно в маленьком возрасте (до 12-13).
Во-вторых, "фурри" - не обязательно означает "люблю пушистых животных без разбора". Там очень строгое разделение на виды и категории животных. Раньше в фандом не пускали любителей ящерообразных, типа "отсутствует мех = не фурри", поэтому драконы, птицы, ящерицы, рыбки и прочее могли смело идти на хрен. Впоследствии это изменилось и теперь "фурри" это не обязательно млекопитающее, а "разумный гуманоид". Не обязательно биологический - роботы, надувные создания, живая слизь - all are welcome. Короче, что-то вроде японского monster musume на максималках. Японцы, кстати, тоже просекли фишку: суют в новые исекай аниме побольше животноголовых, лол.
То есть, если вы делаете игру "для фурри", вы должны определиться, для каких фурри делаете? Для мелких детишек, которым просто что-то цветное на экране интересно смотреть? Или для взрослых фетишистов, которые имеют строго определённые вкусы на расы животных и их поведение? Вы не соберёте большую аудиторию, если скажете "для всех", делая фигню...
Покемоны, например, не собирают на себя всех, хотя накидали больше тысячи монстров и пиарятся уже несколько десятков лет... не признавая наличие повзрослевших фетишистов в своей аудитории (хотя изначально в лоре были браки людей с покемонами - такой-то базированный сеттинг просрали от страха).
В тоже время игру про фурри-лисичку какую-нибудь, очевидно, купят не все фурри, а только те, что дрочат лисичек в своём лисичковом подразделении фурри.
Так что Webfishing привлёк фурри-детишек, сделав правильный выбор аудитории. А та игра про енота просчиталась со вкусами своей очевидно взрослой аудитории. Взрослый фурри вряд ли будет покупать фигурку какой-то гиены, если он не дрочит на гиен; собственно игра вообще не про эту гиену, даже на обложке какой-то упоротый алкаш-енот. Может, он попытался сделать симулятор свиданий в игре?..
Запомните, дети: выбор целевой аудитории должен обусловливать остальные выборы в дизайне игры. Можете взять за ЦА себя любимых и надеяться, что некоторые люди такие же, как вы. Но если у вас нет понимания выбранной ЦА, то вы точно проиграете. В общем, делать игру "для себя" (ЦА = вы сами) инди предпочтительнее, т.к. самого себя он точно знает и бюджета на социальные исследования у него нет.
А все эти "фурри скупают всё" - это жирный троллинг. Конечно, среди фурри много богатых фетишистов. Но фетишизм - дело тонкое и без понимания аудитории производить продукт для них - пустая трата средств.
Да, я дрочу, но не на фурри. Просто натыкаюсь на них постоянно. Задолбали. Первое время пугали, а потом привык, даже начал немного разбираться в их видах. Ничего не имею против, но и не одобряю их. Лишь бы настоящих животных не насиловали...
Кто-то пробоваь клод сонет подрубать к godot? Как чел вот с этого видео https://youtu.be/THwZYWuOdZI?si=k2ZWwwG7oucR4Mqn Как оно работает с большими проектами, которые уже разрабатываются? Чет глянул и тильтую теперь
>>1056124 Да ладно тебе. Не ври себе. Мы просто ленивые овощи. Нейронки буквально заменяют нам сотрудников, которых раньше в треде поиска сотрудников искали. Музыка? Да! Арт? Да! Бойлерплейт кода? Да! А что же мы? Продолжаем прокрастинировать.
Я вот думаю, как в 2Д платформере заюзать нейросети? Есть всякие билдеры, типа марио ворлд, где ты создаёшь уровни, а другие игроки их проходят. Однако многие уровни получаются уродливыми, так как у игроков нет достаточно опыта и времени сделать "красиво". Что, если игрок будет схематически показывать устройство уровня, а далее нейросетка на основе наброска сгенерирует уже на выбор 3 карты. Далее ты должен пройти карту от начала до конца, и тогда её можно будет опубликовать, либо перегенерировать. Но тут конечно вопрос откуда брать данные для обучения.
>>1056154 Тоже думал в эту сторону. Наляпать в формате скриншотов нейросеть может. Самое трудное - заставить ее собственно в игре это потом построить, и там либо куча ручной работы по интеграции, либо неюзабельная каша, когда нейронка без понимания чего-куда пытается .tscn нагенерить.
>>1056172 Много чего и без нейросети можно, вопрос в количестве усилий. Если подключение ИИ такое же ебучее как и делать руками, то смысла в ИИ на эту задачу ноль.
>>1056154 >как в 2Д платформере Никак, жанр мёртв и никому не нужен. >многие уровни получаются уродливыми Тебе шашечки (красиво) или ехать (интересно)? >схематически показывать устройство уровня Это можно автоматизировать без нейросетей: https://github.com/mxgmn/WaveFunctionCollapse >откуда брать данные для обучения Можно генерировать процедурно... Можно через reinforcement learning... Вопрос в том, что тебе даст нейронка?
>>1056157 >Я отсюда иногда беру Хороший сайт и результаты интересные.
>Наляпать в формате скриншотов нейросеть может >заставить собственно в игре это потом построить Речь не о больших претрейнах, а о кастомной штуке. Анон хочет обучать свою нейронку с чистого листа.
>>1056173 >вопрос в количестве усилий Без труда не вытянешь и рыбки из пруда...
>>1056175 Не корми тролля - молча репорти его посты.
>>1056188 Ну игра-то говно. Онлайн из-за мемов про то, что игра никогда не выйдет. Сможет ли инди разраб без большой фанбазы повторить подобный эффект? Не думаю.
>>1056190 >Онлайн из-за мемов про то, что игра никогда не выйдет. Ну то есть дело не в жанре уже. Окей. >Сможет ли инди разраб без большой фанбазы Ender lilies. Разраб без фанбазы отбил игру, частенько переигрываю в нее. Salt and sanctuary так и вовсе мой самый любимый платформер, переигрывал бесчисленное множество раз. Есть еще пример бласпхемоус. Хотя я лично считаю первый холоунайт тупвм говном, душным и уебищным.
Гайс, не подскажите, сейчас скооперировался с одним чувачком, добавил его в гит, он скачал ту же версию что и у меня, но у него проект тупо вылетает, что в основной ветке что в той что для него сделал. Тип редактор тупо вылетает без ошибок, а у меня всё работает нормально. Версия 4.4.1 , он попробовал открыть в 4.5 но все равно вылетает. Экспортная игра у него запускается. Может я чет не то делал?
>>1056243 Ну логи пусть покажет. Может у него видеодрова кривые или дотнет не той версии. Попроси открыть годот через батник из папки с движком, все будет видно почему упало.
>>1056249 Смотря что из себя представляет этот указатель. Если это спрайт с картинкой баффа + шейдер аутлайна какой нибудь то можешь на похуях делать на спрайте/плейне. Если нужен текст, отступы и прочая юайщина - делай через ui контрол с 0;0, 0;0 якорями.
Когда уже дообучают нейросетки, сброшу ей свои txt записи и пусть ебашит игры мне. Там на несколько серий полноценных хватит. Эх, осталось совсем чуток потерпеть.
>>1056277 >>1056279 И то она будет бездвижковая, типа google genie, которые, по сути, галлюцинируют тебе видос и подправляют его под твой инпут. Облачный гейминг как его хотели большие дяди, ты только подписку плоти.
Лепить игры с помощью ИИ через традиционные движки на этом фоне бесполезно-комплексно. Зачем ИИ кодить сложные системы, когда их можно нарисовать. В плане производительности тоже интересно - то, о чем мы сегодня думаем как удар по фпс, например физика миллиардов объектов или качественная симуляция жидкостей, ИИ нарисует на раз-два. Все эти пастрейсинги тоже внезапно нахуй не нужны.
>>1056436 В игре есть уровни? На загрузочном экране уровня. В игре один уровень и он большой? На загрузочном экране. Игра средне-мелкая? При запуске грузи всю.
О том что игра на годоте узнал после вылета при первом запуске демки. Сначала не понял в чем дело, думал это у меня годот наебнулся, но я сегодня не запускал его же, лол. Со второго раза запустилось и все норм
>>1056478 > О том что игра на годоте узнал после вылета при первом запуске демки. Плохо-плохо. Вот если бы я релизил игры, я бы как минимум менял внутренние названия экспортного шаблона в ресурсах ресхакером (как я это делал на ТВГ когда там участвовал, занимая вторые с конца места). А возможно даже конпелировал бы собственные шаблоны.
>>1056499 Да, я в курсе что движок так может. Но через классические редакторы ресурсов контроля больше. А потом ещё можно хекс-редактором пройтись и все упоминания годота вырезать.
>>1056478 Надеюсь я свою поделку до демо успею довести до НГ.
>>1056501 А зачем? Наоборот, публично указать что ты на годоте позволяет тебе пиариться на годотовых ресурсах и светиться в видосах типа "10 best games on godot this month".
>>1056536 Операции с деревом дорогие. Лучше заведи глобальную ноду с массивом, куда всовывай инстанс+имя метода, и за process проходи весь массив, и зачищай его.
>>1056588 > Лучше заведи глобальную нод Не надо её заводить, она уже есть - корень дерева. Просто научись с неё работать. Корень дерева уже есть. Почему бы не закинуть туда именованный скрипт и далее через простейший тайп-каст работать с ним. Это безопасно.
> if get_tree().root is MySingletonExtensionClass r: r.my_method(); r.my_array = [1,2,3]
>>1056589 Очевидно, приведённый псевдокод не будет работать, потому что там синтаксис гдскрипта вперемешку с шарпом. Вот как правильно: > var r = get_tree().root as MySingletonExtensionClass # если каст не пройдёт, переменная будет null > > r: r.my_method() # всё, в этом скопе у нас подтянуты автодополнения, вызываем методы > > r.my_array = [1,2,3] # вызываем мемберы > > # если корень не наш, код просто не выполнится, не вызывая ошибок. > > # если ошибка нужна, то > else: > > push_error("Вы не установили скрипт в корень") >>1056590 Пишите игоры с синглтонами, посаны, игнорируйте посты синглтоношиза, гоните, смейтесь.
>>1056589 Я напоминаю, в годоте нода может обладать только одним типом. Для таких сценариев и создан globalclass, нахуя велосипедить к рутовой ноде тип этой херни, когда движком предусмотрен более элегентный способ? А если я на рут захочу повесить другой скрипт, какой нибудь менеджер сцены? Который у каждой сцены свой будет.
Ободрение: При атаке — союзная карта в руке получает +1/+1. Воровство: При атаке врага — +1/+0. Вампиризм: При атаке — восстановление HP = урону. Вард: Иммунитет к урону на 1 ход. Яд: Уничтожает существо без иммунитета к яду. Иммунитет к яду: Не умирает от яда.
Некромант: реанимировать заброшенную игру на пигейме, −2 HP себе. Маг: нанести урон любому анону, раздув масштаб его игры. Оракл: дать союзному существу случайное ключевое слово. Целитель: подсказать решение проблемы союзному анону, +2 HP. Вампир: делаешь игру исключительно по туториалам с ютуба, повторяя 1-в-1. Друид: никому не показываешь свою игру 7 лет, работаешь "в стол", фидбек - твой враг.
Ключевые слова (выдаются Ораклом): Ободрение — "делайте игры, годаны", буст морали для союзного анона. Воровство — крадешь гениальные идеи у противников. Вампиризм — лечишься за счет обсирания чужих игр. Вард — "не трогай меня, я игры делаю", защита на 1 ход. Яд — тихий баг в системе - синглтоны и прочие антипаттерны уничтожают игру. Иммунитет к яду — анон ебет ваши антипаттерны в рот и делает игру за игрой, раз-раз, раз-раз и в релиз.
>>1056536 >одноразового кода В общем случае эта задача неразрешима.
Какой именно код тебе нужно выполнить один раз?
_init выполняется 1 раз при инициализации Object. _enter_tree - 1 раз при 1 вхождении Node в дерево. _ready - 1 раз после всех _ready всех дочерних Node. _exit_tree - 1 раз при 1 выходе Node из дерева сцены. _process - 1 раз при 1 итерации цикла рендеринга. _input - 1 раз на каждое событие ввода InputEvent И т.д. Всё это - "одноразовые участки кода".
По классам объектов следует опираться на это: Любые потомки Node - если нужен их функционал. Node - если нужно взаимодействие с деревом сцены. Resource - если нужно сохранение/загрузка файлов. RefCounted - если нужен просто какой-то код. Object - если тебе мешает reference counter.
В целом, Godot часто создаёт одноразовые объекты: >get_tree().create_timer() >get_tree().create_tween() Они удаляются после завершения работы. Для наглядности, попробуйте следить за этим: >Performance.get_monitor(Performance.OBJECT_COUNT) Оно постоянно колеблется даже на простой сцене...
Знали бы вы, как же я наебался с IK на шее персонажа. Думал, что конфликтует с анимацией, а оказалось я просто долбоеб и допустил маленькую ошибку в рассчётах угла. Хочу отметить, что в процессе я так и не понял, как оверрайдить положение кости поверх анимации. Вопрос не нужный, но интересный. Кто нибудь знает?
>>1056758 А я не ебусь с IK, работая с 3д персонажами - слишком большой таймсинк, как и лицевые анимации и прочий липсинк. Даже большие АААААА дяди с этим лажают.
4.6 дев 2 - улучшения рендера и авто-лодов. В редакторе улучшения гизмо 3д поворотов и снап поворотов на 45 градусов при зажатом альте. Ну и еще LibGodot - годот как библиотека для доступа из стороннего кода например, из Юнити
>>1056793 >улучшения рендера и авто-лодов Я заебался городить кастомные лоды для каждой поигрули. Если они сделают нормальные лоды - я буду очень рад. Даже перестану грезить о других движках
>>1056801 > городить кастомные лоды для каждой поигрули Почему же ты не сделаешь до сих пор универсальный переносимый код, чтобы просто закинуть файл в новый проект и настроить?
Как же охуенно что все сцены в годоте это простые текстовые файлы. Зашел в каталог сцен, погрепал на нужное название ноды, и все сразу нашел. Да, на название, потому что в свое время я поленился делать сцену-компонент и просто накопипастил ноды.
>>1056924 Я форсер толщеходов. Как необычно это слово звучит в 2025 году, хех, словно ботинки из Толщегусениц.
Соответственно, да, я выгорел прямо на стадии предпродакшена, не смог в инверсную гравитацию. Мне аноны даже пытались помочь, проекты скидывали с примерами. И я сам кучу материалов перекопал в интернетах, на тему гравитации и планетарной ходьбы. Пока я не смогу, пока не научусь, мне нет смысла двигаться дальше. Потому что весь остальной геймплей и фишки завязаны на инверсно-планетарную гравитацию.
>>1056973 Название красивое, но того что мне нужно, он не делает. Все эти формы задаются искаропки Area'ми. А потом он вручную делает то, что годот и так делает автоматически.
>>1056973 Потыкался как слепой видрелейтед, и опять ничего не получилось. Ни с аддоном не получается. Ни без аддона. Тупо не понимаю как применять всю эту векторную математику. Мне надо чтобы контроллер персонажа вычислял направление к центру, выравнивался относительно этого направления, падал в противоположном направлении, вычислял правильный базис относительно центра, и корректно двигался вдоль базиса. Слова все знаю. Теоретически всё понимаю. На практике - хуй.
>>1057034 Была такая идея, но тогда придётся отказаться от 90% фич движка. Хотелось бы, чтобы весь мир работал на движке без моего участия. Ещё на трёшке в одном из тредов я показывал видос, где без единой строчки кода накидана планета-Area с точечной гравитацией и куча мячей-RigidBody летающих по баллистическим траекториям по ней. Без. Единой. Строчки. Кода.
>>1057040 3.7 скорее будет, там уже более значимые изменения накопились. 3.6.2 появился только из-за мозгоебства гугла с его новыми требованиями к гугл плею.
Внимание, вопрос! Игры на годоте я делать не могу, а что насчёт приложения? Если оно будет включено примерно 24 часа в сутки, будут ли утечки памяти? Насколько годот страдает от таких проблем.
>>1057060 Если у тебя куча рефкаунтсов ссылается на кучу рефкаунтсов и друг-на друга, то вся эта шушера впадёт в циклическую блокировку при выгрузке и не сможет выгрузиться. Для этого юзай weekref. В остальных случаях всё должно вполне себе работать. В четвёрке для приложух даже специальный режим ввели, в настройках. Низкопроцессорный оконный цикл. Единственное, над чем я пока не задумывался, как отключить, но подмечал, что выполняющееся годот-приложение всё же как игра себя представляет, поэтому где-то внутри в потрохах она отключает системный скринсейвер. Для приложух это неприемлемо.
>>1057066 >В четвёрке для приложух даже специальный режим ввели, в настройках. Это еще с тройки.
>>1057060 Про 24 часа не знаю. Я делал приложуху с low process mode, о котором анон выше говорит, но вряд ли ее 24 часа кто-то держал. Лично я никаких подводных не встретил.
>>1057069 https://github.com/mbrlabs/Lorien Вот еще приложуху для записей нашел, типа Обсидиана. Пишут что "infinite canvas drawing/note-taking app that is focused on performance"
Что характерно - все что я накидал, все прямо на GDScript нахуячено. Это анону который тут периодически трясется про свой сисярп.
>>1057070 О, спасиб. Я предполагал, что это отключается где-то в настройках, но поскольку мои приложухи утилитарны (открыл, сделяль, сохранил, закрыл) то вы себе не представляете насколько мне было похуй, что они по дефолту держат систему с отключенным скренсейвером.
>>1057173 На итче охваты больше. У меня на джолте игра за все время 6 лайков собрала и меньше 500 просмотров, тогда как на итче за один день в среднем 100 просмотров и 30 загрузок.
Но и там и там страничку надо оформлять полноценно.
>>1057259 Насколько понимаю сейчас все железо примерно похоже, на дворе уже не нулевые. Годот имеет полуофициальную платную поддержку всех консолей от W4Games и еще от парочки других сторонних компаний. Сыч там тоже присутствует. Значит все вполне реально. Годотовские игры тоже на сыче публиковались. Конкретней не скажу, сам не занимался, просто пересказал что видел.
Годаны, подкиньте годных туторов по генерации ландшафта. Ну точнее, тут какая проблема. Обычно такие туторы сосредотачиваются на том, как всё технически организовать. Как террейну задать карту высот, вот это всё. Но полностью игнорируют, как сделать получаемый рельеф правдоподобным. Вот ирл есть равнины, есть горы, есть плато. Равнины и плато плоские, горы кривые. Если генерировать при помощи шума, перлина там или симплексного, то получится всё одинаково неровное; и уж точно не получится плато. А как добавить к этому всему реки - я вообще не представляю.
>>1057269 Дважды хуйня. Годится для процедурной генерации плоских миров. Вообще не подходит для большого правдоподобного мира. 1. Результат получается очень однородный 2. Каждый следующий чанк привязан к предыдущему -> из одного и того же сида получатся разные миры в зависимости от порядка генерации. Бонусом, бесит меня эта дама. Регулярно лезет в темы, в которых не шарит, а потом с восторженным видом рассказывает, как это круто!!1111
>>1057272 > из одного и того же сида получатся разные миры в зависимости от порядка генерации Значит в какой-то момент генерации у тебя порядок задаётся сторонним генератором, сид и степ которого ты не контролируешь.
>>1057268 >как сделать получаемый рельеф правдоподобным Это очень сложная тема - иди учи ИРЛ географию...
>Равнины и плато плоские, горы кривые. >Если генерировать... получится всё одинаково Включи фантазию, лол. И возьми НАБОР шумов.
Допустим, есть три разных шума: >var heightmap: Noise >var roughness: Noise >var roughness_factor: Noise Чтобы сделать горы, можно просто: >var height := heightmap.get_noise_2d(x, y) Чтобы добавить шероховатости: >if roughness_factor.get_noise_2d(x, y) > 0.5: >_ height += roughness.get_noise_2d(x, y) А чёткие плоскости можно как-то так: >elif roughness_factor.get_noise_2d(x, y) < 0.2: >_ height = snappedf(height, 0.1) Конкретные числа подбирай по вкусу.
Результат зависит от roughness_factor: От 0.0 до 0.2: ровные плоскости. От 0.2 до 0.5: гладкие горы и холмы. От 0.5 до 1.0: шершавые горы и равнины.
>А как добавить к этому всему реки В процедурных мирах два типа рек: 1. Грубая аппроксимация, как в Minecraft. 2. Точная, дорогая симуляция течений.
Для аппроксимации, можно: 1. FRACTAL_RIDGED или FRACTAL_PING_PONG. 2. Далее, у тебя такие варианты: а) Реки-кольца на одном уровне (Minecraft). б) Вдавливать их по высоте (т.е. heightmap). в) Учитывать карты температуры, влажности... Много разного можно придумать.
Симулирование рек может быть таким: 1. Выбираешь случайную точку на горе. 2. Двигаешь в сторону меньшей высоты. 3. Заканчиваешь, если: - некуда спуститься (озеро); - дошёл до уровня океана; - пересёк другую реку. 4. Вдавливаешь ландшафт по пути движения.
Вот как-то так и всё остальное делается: - биомы (высота, температура, влажность); - ветренность (шум даёт направление ветра); - расположение поселений и тому подобного.
>>1057269 >wave function collapse Для реалистичного ландшафта он не подходит. Он больше для всяких подземелий, замков и т.п.
>>1057272 >плоских миров Нет, тот алгоритм работает в любом измерении.
>получается очень однородный Карты шума (Перлина и т.п.) тоже однородные.
>в зависимости от порядка генерации Этот вопрос решается иерархической генерацией: 1. Сначала генерируется огромная карта "зёрен". 2. Потом они дробятся на гигантские чанки. 3. Пункт 2 повторяется до нужного разрешения. 4. Детализируется конкретный ландшафт. Это понадобится любому генератору...
Рекомендую ещё глянуть клеточные автоматы: https://en.wikipedia.org/wiki/Cellular_automaton Ими можно многие процессы симулировать: - движение рек, особенно через разную почву; - распространение или уничтожение лесов; - миграцию животных и т.п. Естественно, чем мельче ячейки - тем лучше.
>>1057304 Сенкс бро, ясно и по делу. Вообще, я надеялся найти не то чтобы тутор, а скорее что-то типа девлога вида "вот так я сделал, получилось прикольно". А ты по большей части повторил мои соображения.
Пока что я рпобую сделать так: - Шум первый: "грубая" карта высот, низкого разрешения, задаёт среднюю высоту над уровнем моря для большой области - Шум второй: карта "холмистости", тоже низкого разрешения - Шум третий: "локальная" карта высот высокого разрешения Получается так: к "грубой" карте прибавляется "локальная" карта, умноженная на карту "холмистости". Причём параметры шумов, соответственно, разные: "грубая" это однооктавный симплекс низкой частоты, "локальная" - зернистый 5-октавный simplex smooth, а "холмистость" - клеточный шум без фрактала, но с искажением.
Если получится победить текстуры (с нормалями оказалась загвоздка, слишком сложно генерировать их в шейдере, придётся в скрипте, а это возня), то покажу результат.
>>1057339 Ну и недо не забывать, что натуральный ландшафт состоит из ветровой эррозии, тектонических смещений, осадочных наносов, а потом ещё эрозии поверх этого, а потом на уровне будущей высоты моря сделать прибрежную эррозию. Алгоритмы для всего этого добра есть в гугле.
>>1057324 невъебически сложно. потому что уже делаю около 5-ти месяцев. ахуел с того насколько тяжело сделать генератор уровней (делал около месяца), а потом ахуел с того как тяжело сделать нормально работающие сохранения которые НЕ теряют по пути уровень, объекты, врагов, предметы и т.д.
>>1057353 хотя опять таки, смотря для чего. если для себя, то тебе ничего не мешает реально спиздить код и ассеты с итча и сделать всё за неделю, но условно заработать на этом ты не сможешь просто потому что кому нахуй нужен полный клон PD с ретекстуром?
а если как раз таки пытаться сделать КАК в PD, но делать это самому чтобы в процессе появилась идентичность хоть какая-то, вот в этом случае всё сводится к первому сообщению, потому что как я понял ты не годот-синьор и близко
>>1057350 >натуральный ландшафт состоит из Ну да, всё это важно и нужно, но не сейчас пока что. Я хочу сделать генератор мира, концептуально как в Дварф Фортресс (но не настолько заморочисто). Для начала создам базовую форму, а потом просимулирую геологические процессы; не очень долго, пару десятков тысяч лет, и не очень точно. Потом туда придут цивилизации и всё засрут, устроят атомную войну, глобальное оледенение, засуху и ещё парочку каких-нибудь катаклизмов. А потом придёт игрок и будет изучать, что тут произошло и почему все сдохли. Я, правда, не думаю, что вообще доберусь до стадии геймплея. Скорее просто пробую свои силы в генерации мира и повышаю свой уровень навыков.
>>1057369 Фан заканчивается через две недели в среднем, за это время ты ничего путного сделать не успеешь. Я это говорю не как чел который пару строчек кода написал, а макак с 10 летним стажем
>>1057403 >как в червяках В оригинальных червяках (которые 2D) сделано через битовую маску текстуры уровня или что-то в этом роде. Очень давно об этом читал. Вкратце, у тебя есть гигантская текстура, изображающая весь ландшафт одного уровня со всеми деталями, и есть чёрно-белая маска, где белый пиксель - твёрдая почва, чёрный пиксель - пустота (или наоборот). Взрывы и выстрелы переключают цвет пикселей на маске, и это вызывает исчезновение кусков текстуры ландшафта на экране (скрытие). Физически червяки проверяют столкновение по пикселям этой маски, если я правильно понимаю.
Плюсы этого подхода: - можно нарисовать что пожелаешь на текстуре уровня; - можно делать большие взрывы простым bitblt или шейдером; - края взрывов могут быть как круглыми, так и неровными.
Минусов, имхо, больше: - красивую карту рисовать сложно, а тайлы не будут сочетаться; - сложно добавить свойства почвы наподобие сыпучего песка; - объекты легко застревают даже на единственном пикселе; - большая карта = высокая требовательность к процессору.
Вроде возможно убрать весь код в compute шейдеры, но я не знаю, как. GDScript'ом будет очень неэффективно, поэтому лучше сразу рассматривай компилируемые языки. Самое примитивное и медленное решение можно сделать за один вечер на GDScript, но если делать такую игру всерьёз, там наверняка куча подводных камней.
Если твоя игра - это не прямой клон "червяков" или подобных им игр, то лучше задумайся, нужна ли тебе настолько точная (пиксельная) разрушаемость и физика в твоей игре. Вот в Terraria грубая тайловая физика, но это не помешало ей стать лучшей инди-игрой. А Noita несмотря на физическую симуляцию всего мира из отдельных пикселей (на видеокарте, как я понимаю) не собрала даже 10% отзывов Terraria в Steam - так что физика не главное.
Если всё же будешь делать клон "червяков", то рекомендую заранее делать стресс-тесты, то есть нагружать своё решение до неиграбельных просадок FPS, чтобы заранее знать лимит или заранее обнаружить узкое место в реализации. Одна реализация может быть хороша на маленькой карте, но совершенно неиграбельна на большой...
Кстати, в серии Worms была как минимум одна 3D игра, и разрушаемость там была почти как в Minecraft - по кубикам. Во всяком случае так мне она запомнилась - играл давно... В 3D можно сглаживать воксели, и для этого существуют готовые решения, в том числе на Godot, но у этого подхода свои ограничения на стиль графики и точность физики...
>>1057412 >на видеокарте, как я понимаю Ага, да, на видеокарте. нет, это самый процессоротребовательный высер в мире, я даже чет подозреваю что там даже avx не применяется
>>1057339 >Шум первый: "грубая" карта высот, низкого разрешения Для базовой генерации ландшафта тебе вообще не нужно генерировать текстуру какого-либо разрешения. В Godot "NoiseTexture2D" - это лишь контейнер/рендерер для Noise. А запрашивать из Noise ты можешь любую точку, хоть за сто тысяч километров от центра (0, 0, 0), в любой момент, в любом измерении (1D, 2D, 3D). Хотя NoiseTexture2D удобен в качестве превью в редакторе...
>Если получится победить текстуры (с нормалями оказалась загвоздка Ты сразу 3D меш пытаешься генерировать и текстуры на него натягивать?
Рекомендую для начала ограничиться 2D картой одним из способов: - В Control или Node2D в обработчике _draw() можно рисовать квадратики и т.п. - Стопка из TextureRect с NoiseTexture2D, если логика смешивания несложная. - Через шейдер, выводящий плоскую картинку на Control или Node2D. Так будет проще анализировать и отлаживать базовую генерацию.
А 3D можно генерировать по-разному, например, можно взять PlaneMesh. Новые нормали можно сгенерировать через SurfaceTool.generate_normals().
Ну или используй любой из доступных плагинов типа Terrain3D, их несколько...
>>1057363 >просимулирую геологические процессы >Потом туда придут цивилизации Тогда текстуры и нормали должны быть в самом конце списка проблем.
Ещё раз рекомендую присмотреться к клеточным автоматам - они как раз неплохо приближаются к симуляции реальной жизни в большом масштабе. Кажется, их даже биологи для каких-то там своих научных симуляций использовали. Noise даст тебе начальные значения, которые ты затем как-то преобразуешь и потом как-то выводишь на экран - повторюсь, для начала лучше чисто 2D карта, с 3D замучаешься искать проблемы. Высоту в 2D можно отображать яркостью пикселя: чёрный - максимальная глубина, белый - максимальная высота. Поскольку ты хочешь симуляцию целого мира, то лучше сразу задуматься о "биомах" - разных экологических зонах с характерными свойствами. Шершавость гор и гладкость холмов оставь на потом, потому что это практически не влияет на результат.
>не думаю, что вообще доберусь до стадии геймплея Генерировать процедурные миры очень интересно. На Reddit есть даже крупные сабреддиты про это, и существовало несколько веб-сайтов/форумов чисто про процедурную генерацию... Ещё до того, как эта тема была популяризирована Minecraft и другими играми. А Godot хоть и позиционируется как игровой движок, по сути универсальный инструмент для любого графического приложения. Главное, чтоб тебе самому нравилось, что ты там делаешь...
>>1057324 >насколько сложно на этом движке запилить Движок тут никаких препятствий не ставит, всё интуитивно понятно.
>свой пиксель данжн с блэкджеком и шлюхами Если ты 100% новичок в геймдеве - рогалики довольно сложный жанр. Если уже делал игры на других движках, то проблем быть не должно.
>>1057326 >опенсорсный, бери и переписывай один в один Там бОльшая часть кода - движок, а не сама игра. Запутаешься. Алсо, некоторые моменты могут решаться в Godot по-другому...
>>1057353 >сложно. потому что уже делаю около 5-ти месяцев Не суди только по себе - тебе ведь даже shift нажать сложно. >тяжело сделать генератор уровней (делал около месяца) Твои проблемы. Все алгоритмы давно доступны в интернете... >тяжело сделать нормально работающие сохранения Опять - твои проблемы. У Godot всё ОК с файловой системой.
>>1057356 >нужен полный клон PD с ретекстуром? Есть несколько форков PixelDungeon. И в целом рогаликов много.
>делать это самому чтобы в процессе появилась идентичность >потому что как я понял ты не годот-синьор и близко Навыки геймдизайнера не связаны с навыками обращения с Godot.
Код - это реализация задумки. Если нет задумки, не будет и кода.
Мужики, спасайте. Как элегантно решить вопрос с клипающейся волосней? Я пытался с помощью новенького стенсила, который мне довелось трогать впервые, и это не очень помогло, так как иногда волосы слишком сильно клипаются и выходят за пределы шляпы. Выходит что под некоторыми углами их всетаки видно. Я придумал костыль через невидимый цилиндр над шляпой, но мне это не очень нравится.
>>1057485 В одной шляпной ммо, которую я гонял, модельки шляп либо брили персонажей налысо, либо да, делали волосы частью шляпы. Помню это негативное бухчение, когда шляпа ломала прическу принцессы.
>>1057485 С таким графонием, как у тебя, протекающая сквозь шляпу причёска - не баг, а фича. Как арты в MS Paint, сознательно искажающие объекты ради стиля.
А если серьёзно, то, полагаю, наиболее простым и эффективным способом будет сделать отдельный блендшейп на меш волос (он ведь отдельный от остального тела?), и изменять его значение, когда персонаж надевает специфические шляпы.
Общий алгоритм действий таков: 1. Делаешь меш волос персонажу. 2. Делаешь съёмную шляпу - видишь косяк волос. 3. Делаешь блендшейп, вдавливая волосы в голову. 4. На движке настраиваешь логику типа такой: >@export var wear_hat: bool = false: >_ set(v): >_ _ wear_hat = v >_ _ hat.visible = v >_ _ hair.mesh.set_blend_shape_value("hat", float(v)) Где hat и hair - это MeshInstance3D.
Потенциальные недостатки метода: - если уже и без того много блендшейпов у волос; - если тебе нужны сотни таких людей на экране; - если у тебя 100500 разных шляп и волос; - если это нужно под старые мобилки... Но, думаю, в большинстве случаев и так сойдёт.
Если что, блендшейпы можно "запекать" в коде.
>>1057492 >ммо Вот это как раз "нужно сотни людей на экране"...
>>1057490 >Ты симулятор реальности делаешь или игру? Да
>>1057492 >модельки шляп либо брили персонажей налысо Вот, к этому я склоняюсь. Подобрать нейтральную прическу с плоским верхом и свапать вместе со шляпами. Хотелось, конечно, интереснее, но видимо не выйдет
>>1057493 >С таким графонием, как у тебя, протекающая сквозь шляпу причёска - не баг, а фича Ты сейчас до графона доебался, или я чего-то не понял?
>А если серьёзно, то, полагаю, наиболее простым и эффективным способом будет сделать отдельный блендшейп на меш волос (он ведь отдельный от остального тела?) У меня оче много разных волос и ещё больше планируется добавить. Не мой вариант. Хотя, у меня есть система слотов одежды, которая поможет удобно всем этим оперировать. Короч, подумаю.
>>1057497 >Подобрать нейтральную прическу >У меня оче много разных волос Какой смысл делать много разных волос, если они полностью перекрываются шляпой/шлемом? Всегда раздражало, что вот сидишь два часа в редакторе персонажа, а потом первая же кепка на +1 к защите умножает тщательно выбранную причёску на ноль. Хочется бегать красивым персонажем, но без брони нерационально, а с ней все персонажи одинаковы.
Я это к тому, что можешь забить на причёски, если планируются геймплейно значимые шапки, т.к. игрок наверняка не будет лишать себя шапковых бонусов...
Я тут ещё подумал: шапка больше всего влияет на длинные волосы, верно? Короткие обычно целиком скрываются под шапкой. Следовательно, можно их разделить на "макушку" - она скрывается шапкой - и "длинную часть" - то есть все эти косы, вылезающие наружу локоны и т.п. В таком случае тут не нужен блендшейп, достаточно 2-3 меша на причёску: 1. Меш макушки. 2. Меш косы/локонов и т.п. 3. Опционально: цельный меш причёски (без швов).
В некоторых редакторах персонажа можно делать комбинации из нескольких стилей: на затылок, на макушку, на чёлку, на виски и т.д. С одной стороны, количество возможных причёсок равно количеству комбинаций деталей. С другой - её можно скрывать частично, если отдельные части закрыты одеждой.
Автор GodotSteam поехал на теме, что Godot требует создавать плагины в папке addons из-за чего бывают лишние файлы в корне, всем кидает issue чтобы создали файл игнора, хотя годот и так умеет это делать при скачивании.
Кстати, он окуклил все репозитории на github позавчера и переехал на CodeBerg.
>>1057520 Он бы полтора года назад переехал если бы прична была в этом, тут что-то другое. Хотя я сам гитхабом пользуюсь и заливка коммитов без их клиента это пиздец, надо выдать себе токен прописать его в системе или в локальном репозитории на ПК или сгенерировать ключ короче было просто логин-пароль, сделали какую-то хуйню чтобы побольше данных воровать, надеюсь они форкнут гит, сделают несовместимое изменение и сдохнут нахуй как и их икс бокс.
>>1057521 Сейчас там тоже причины всплывают, типа заявлений гитхаба что они будут приоритезириовать интеграцию/переезд на МС (азура, копайлот), вместо разработки фич.
Сам я гитом пользуюсь через кли, там пофиг на платформу, будь то гитхаб или кодберг. А вот необходимость иметь кучу аккаунтов для репорта багов - ну такое. Самое жопное когда разраб поднимает свою собственную gitea и ожидает что ему туда issue придут репортить.
>>1057543 Никто не мешает на гитхабе пустой репозиторий держать для ишью (можно и не пустой, а зеркало), а самому разрабатывать в gitea. Если уж уходить с гитхаба, то на свой хостинг с gitea. Иначе смысл шило на мыло менять...
>>1057543 >Сам я гитом пользуюсь через кли Ну вот, через кли гита чтобы спушить на гитхаб у тебя конечно спросят логин/пароль, а потом напишут "извините мы выключили пуш по логину паролю с такого-то числа" и чтобы пуш прошёл надо прописывать токен. Я предпологаю что кли от гитхаба упрощает эту задачу, но это надо ставить их клиент и он хоть и опенсорсный, выполняет неизвестный пользователю JavaScript код который получает с сервера(типа для авторизации) и не видно какая информация собирается с ПК
>>1057549 Да и скорее ленивые тоже тупые. Потому что если написать .ssh/config то большинство приложений работающий через ssh будет автоматически подключаться к git+ssh
>>1057550 Опасность скорее в том что майки захотят оставить только live аккаунт для всего. Это их старый способ больбы с конкурентами. Внедряй, изменяй, убивай альтернативы
>>1057549 >Не токен а ssн ключ Токен токен, персонал ацесс токен. Это не безопасность, а ебание мозгов, потому что я могу через браузер по логину и паролю зайти и сделать коммит через web интерфейс, где тут безопасность и от кого? Что твоё понимание в безопасности говорит по этому поводу?
>>1057552 1) А тебя кто-то заставляет ими пользоваться? 2) Это чисто для автоматизации хуйня >Что твоё понимание в безопасности говорит по этому поводу? Асес токены безопаснее ключей, чтобы их выложиь куда то на сервер выложить для автоматизации работы с гитхабом. Потому что они имеют СКОУП прав доступа. Это тоже стандартная правктика. Я такую же хуйню на гитлабе настраивал
>>1057553 Еще может как костыль для сторонни приложений использоваться, но для этого есть OAuth. Даже VSCode работает спокойно через git + ssh. У меня просто в .ssh/config прописано куда подключаться и какой ключи использовать
>>1057553 >А тебя кто-то заставляет ими пользоваться? Так ну да. Большой разницы нет токен или ссш, раньше жили с паролем, затем майкрософт купила гитхаб, "произошла утечка" паролей и они решили запретить доступ из кли по паролю, причём так чтобы на виндовс это работало до 2023. Как бы если у тебя есть доступ к веб интерфейсу ты там и токен можешь добавить и ссш ключ ещё один добавить, я не вижу в этом какой-то особой безопасности, это скорее цифровой паспорт конкретного ПК.
>>1057514 >Делайте игры >>1056874 >Игры-то делаете? Вкратце о разработке моей игры: пикрил.
На видео: набросал радар для отладки положения. Геймплейно никакого радара не будет: предполагаю навигацию по солнцу и облакам, игроку важны лишь координаты X и Y для определения биомов. Но для разработки хочется знать "реальное" положение...
>>1056969 >не смог в инверсную гравитацию А ты уверен, что она тебе нужна? Вот радиус Земли - мизерные 6370 км, по окружности всего-то 40000 км. Несмотря на такой малый размер, "сферичность" гравитации почувствовать на поверхности по сути невозможно. Да и изгиб горизонта не так заметен. В компьютерных играх доступный участок обычно значительно меньше, поэтому в играх они плоские. Реальная гравитация встречается только в каких-то аркадных игрушках и симуляторах выхода в космос.
Если я правильно помню, по лору у тебя все ездят на колоссальных машинах, вплоть до всяких пиратов. Возникает вопрос, где эти машины конструировать? Очевидно, что полости должны иметь настолько масштабный размер, что искривление поверхности скрывается далеко за облаками и не влияет на те физические взаимодействия, что доступны игроку. Фактически вывернутость пространства у тебя - это обоснование, почему/как игрок может с помощью землероющей машины попасть на другую планету. Симулировать реальную физику здесь не нужно.
Короче говоря, тебе будет достаточно стандартной "плоской" физики как практически во всех 3D играх. Необходимые графические эффекты можно делать конвертацией координат в то, что тебе потребуется. Большинство игроков всё равно не заметят никакой разницы на практике, т.к. будут слишком озабочены конкретным геймплеем (противостояние монстрам, нахождение и сбор ресурсов, крафт/ремонт и т.д.).
>мне нет смысла двигаться дальше >геймплей и фишки завязаны Ты всё ещё можешь делать 3D модели и текстуры, персонажей всяких и т.п. Тестировать на плоскости, поскольку разницы для графики всё равно нет. Да и базовые механики типа стрельбы никак не должны взаимодействовать с искривлением гравитации, т.к. снаряды "летят" мгновенно (рейкаст). Так ты хотя бы некоторые части игры сделаешь, и целую игру будет намного проще реализовать. Ну и в будущем может пригодится для какой-нибудь другой 3D игры...
Возможно, ты просто ищешь оправдание, чтобы не заниматься скучной рутиной? Где бы ты достал все необходимые ресурсы, будь у тебя готовая игра с "инверсной гравитацией", но без графики и прочего? Прекрасно понимаю это желание оправдать своё бездействие какими-то "особыми" препятствиями.
Но если тебя игры в целом не привлекают - не стоит заставлять себя заниматься их разработкой. Ничего хорошего от такого принуждения не получится...
>>1055375 Я сейчас на стадии добавления контента и фикса мелких багов игровых механик. Ебать это время отжирает, хоть и не так заебно как базовые механики.