В этом треде предлагаю лампово собираться в дружное комьюнити вокруг годо, чтобы обмениваться идеями, подсказками, сниппетами, и запилить вместе какую-то простенькую игру.
>и запилить вместе какую-то простенькую игру
Я просто напомню, что годоту нужен киллер-тайтл, который ещё сильнее захайпит годот. Это твой шанс, анон!
>3D
Предостерегаю вкатывальщиков - физика не работает, половина андроидов и встроенных видях не работают.
Киллер тайтлы за день не делаются. И за неделю не делаются. И за месяц. И даже за год.
Я вот свой пилю уже больше года, и пока готово от силы 20% игры. Хотя я почти закончил вылизывать все базовые механики, так что дальше быстрее пойдёт, но всё равно прогнозирую ещё года два до завершения.
Так что, учитывая, что юзабельная версия 2.1 вышла только два года назад, киллер-тайтлы на Годо ещё год как минимум не появятся.
>разветвленной анимации
Кстати, вот, где это и как делается? Кто-нибудь пользовался? А то я пока все ветвления анимации делаю через вызовы функций, но может есть проще путь?
>физика не работает
Ты просто об свой костыль спотыкнулся.
>Ты просто об свой костыль спотыкнулся.
Хуан споткнулся об свой костыль, все верно. Видео его.
Есть такая нода, но учить её не начинай, Хуан её задепрекатил и пилит новую:
https://godotengine.org/article/godot-gets-new-animation-tree-state-machine
Она в 2.1.х ветке тоже будет? 3.х меня не интересует, так как всё равно пользоваться им смысла нет, сырой ещё. А пока его допилят, я свой проект на 2.1.х закончить успею.
Так почти все ноды, кроме базовых спрайтов-мешей - уже, считай визуальные костыли. Ты же видал системы анимаций, что с последних выставок.
Эээ... ты потерял меня. Какие системы анимаций, ты о чём вообще сейчас? Причём тут базовые ноды? Причём тут визуальные костыли?
>Хуан споткнулся об свой костыль, все верно. Видео его.
Он же не 3д-модельер вроде. Его задача просто достигать майлстоуны на патреоне, что он и ставит.
Заебись системка. А на шарпе они продают модули для интеграции в свою игору? А натренировать нейроночку они за сколько возьмутся? А то у меня днищепека.
гм, ну я вообще про 2Д говорил, для начала. А потом я не очень понимаю какая связь всё же.
Я имел в виду, как управлять анимацией из другой анимации, такого вида ветвления. Например, у меня есть анимация приседания и вставания персонажа. И нужно, чтобы по окончанию анимации вставания запускалась idle анимация. Пока я это делаю вызовом функции из анимации(там треки функций есть). Вопрос, собственно, был - можно ли как-то по-другому это делать, проще?
Как 3д моделирование связано с тем, что коллайдер проваливается под землю?
+ модели делал не он, ему делали на заказ
Читать доки по AnimationTree Node, не?
Блять, не туда. вот туда
>Как 3д моделирование связано с тем, что коллайдер проваливается под землю?
Напрямую, блядь. ведь коллайдер это геометрическое тело, просто невидимое. строится либо полигонами, либо параметрически. имеет свои координаты, располагается на сцене именно моделером, и если между коллайдерами образовалась дырка - это косяк именно моделера уровней.
Мне гораздо интереснее посмотреть на код и на дерево из той вебэмки, где белые меши трясутся. Там видимо хитрый хейтер годота ебанул ригидбоди в том месте, где обычно на всех движках юзают статики и визжит "смотрите, как в говнодоте физика трисётси!"
>1) Простота.
Для тех кто знает толк в извращениях.
Из этих доков, мягко говоря, нихуя не понятно, что это такое и как им пользоваться.
>Мне гораздо интереснее посмотреть на код и на дерево из той вебэмки, где белые меши трясутся.
Смотри, это же опен сорс, баг публичный, с проектами-пруфами.
>Actually this is an even better example, just a cube:
https://github.com/godotengine/godot/issues/21409
А вот и хорошие новости подоспели
>akien-mga commented 36 minutes ago
Important announcement for all Godot contributors: As of 79c6a83, the master branch is now in alpha stage
Пойду качать/пересобирать.
>akien-mga commented 36 minutes ago
Important announcement for all Godot contributors: As of 79c6a83, the master branch is now in alpha stage
Пойду качать/пересобирать.
>нихуя не понятно, что это такое и как им пользоваться
Какой ты непонятливый. Добавляеш анимации в список и переключаеш и теребиш.
Причем тут это вообще? Даже если бы такое было в годоте, никто тут бы не стал бы тратить часы своих криптоферм на то, чтобы ноги и руки персонажа махались независимо.
Как они там C# на линуксе используют?
Через моно. Я лично проверял, поднимал монодевелоп на штабильном дебиане и усё работает, собирается. Правда тормозит даже на официальных дровах (ой, то есть на модулях ядра конешно же, штоты-штоты линекс) нвидия.
Надо просто глес2 подождать.
Получается тру кроссплатформенное приложение.
Потому что, если пытаться использовать формы, начинаются огромные подводные камни в виде принципиально неработающих в линуксе формах винды и работающих с кучей оговорок формах гтк в винде. Ну это чисто поверхностный взгляд, я уверен, что на этот пост рано или поздно выскочит анон у которого всё работает, достаётся за полсекунды, без задней мысли.
Что мы здесь делаем?
ЖДЁМ ГОДО!
В голос
Показывайте свои игры, чо.
>godot
>вкатывальщиков
а такие есть?
На офф сайте годота есть ссылка на дискорд. В дискорде канал, где участники представляются. Почитай там.
>дискорд
Что не так? В нем хотя бы регистрироваться не надо. Мог бы быть какой нибудь телеграм где без мобилы не зарегистрируешься.
классика годототреда
Что в них хорошего, если физика так и глитчит? Это ведь означает, что скорее всего issue перекочуют в следующую версию и теперь придется ждать как минимум 3.2 и надеяться, что хотя бы в ней поправят.
Ну ничего, ждали три года и еще подождем, главное ПОТЕРПЕТЬ.
>хитрый хейтер годота ебанул ригидбоди в том месте, где обычно на всех движках юзают статики и визжит "смотрите, как в говнодоте физика трисётси!"
Что-то не помню, чтобы хотя бы в одном движке ригид боди в форме прямоугольника трясся на ровной поверхности, даже когда лет 10 назад программировал на допотопном блитз бейсике, там и то не было такого.
Но манька ИТТ превзмогает, скоро и ригидные тела окажутся не нужны, будем сделаем всё через статик боди, зато ничего и трястись не будет.
Все же есть надежда, что баги все-таки записаны на 3.1, а поскольку она альфа, то до релиза хоть что-то поправят.
> видеодрайвер перестал отвечать и был восстановлен
Эээ, как бы тебе помягче сказать-то? В общем, твоей видюхе - пизда.
Годоны, напомните, пожалуйста, с каким именем нужно файлик создавать в папке с исполняемым, чтобы папка с настройками годо создалась сдесь же а не у пользователя.
Что-то там формата __%%__
Что-то там формата __%%__
Альфа тестирование глес2 прошло с огоньком.
да все в порядке с ней
Ну так объясни нормально, раз ты такой понятливый, блджад!
Как добавлять анимации вообще, например? Вот у меня есть AnimationPlayer с готовыми анимациями в нём, как из него загрузить в AnimationTree? Только не говори "Import Animation", оно нихуя не делает и не загружает.
Тебе, полагаю, для 2.1 объяснить?
Не в порядке. Проблема известна и существовала задолго до годота вообще.
Есть у кого код процедурной генерации многополигонального гекса? Прошу, анон
Впервые об таком слышу. Объясни поподробнее, что это и для чего? Попробую помочь тебе с кодом.
http://www.gamefromscratch.com/post/2015/09/25/Godot-Engine-Tutorial-Part-15-Static-and-Programmatic-3D-Meshes.aspx
Я об этом. Вот только речь о гексе, разделенном на множество треугольников. Премного буду благодарен, если помимо вертексов поможешь и с uv.Также прилагаю картинку для наглядности
Когда годот форкать будем, посоны?
В релизе. Ну можно и сейчас но с багами.
Да.
Что ты несешь? За 10 лет ни одна игра, ни один эмулятор не вылетает, годот на глес3 не вылетает. Только с глес2 проблема. Где-то там бесконечный цикл, видимо не проверяется какое-то условие.
А кроме дурацких игр в которые играть не возможно, годот на что-то способен, или сам факт что там, что-то запустилось и двигается уже прогресс?
А ты на что-то способен, кроме кукареканья на дваче?
Тут речь о годоте, а не о том что можно на дваче делать.
>ПОК-ПОК-ПОК
Понятно, петух.
Еще один годотовец порвался.
Вопрос открыт
А кроме дурацких игр в которые играть не возможно, годот на что-то способен, или сам факт что там, что-то запустилось и двигается уже прогресс?
Так и не запустилось
Видимо годот из тех программок, которые нужно самому пересобирать, что бы хоть что-то заработало. Думаю если выйдет реально стабильный и удобный релиз, то он тут же перестанет быть бесплатным.
>Вопрос открыт
Это даунский вопрос, полно годных игр вообще можно на коленке написать, а тут движок целый.
>Думаю
Даун ебаный.
Запустил этот ваш гОдот.
Этим деревянным, прибитым гвоздями интерфейсом совершенно невозможно пользоваться после удобств юнити.
Почему опенсурс-оборванцы не понимают, что юзабилити > все остальное.
Движку можно простить многое, в том числе плохую графику (потому что 99% кириллов все равно это не нужно), но не плохой интерфейс.
Этим деревянным, прибитым гвоздями интерфейсом совершенно невозможно пользоваться после удобств юнити.
Почему опенсурс-оборванцы не понимают, что юзабилити > все остальное.
Движку можно простить многое, в том числе плохую графику (потому что 99% кириллов все равно это не нужно), но не плохой интерфейс.
Напомни хоть одну игру.
Тетрис
Так я сам и пересобирал, все равно не запустилось
Но ведь юнька в следующей версии копирует интерфейс с годота.
Ну это уже хорошо, много для экспорта еще нужно закачать?
Ну вообще серьезно, или там не нужно ничего качать, скачал годот и всё уже есть?
Да. Скачал и там встроеный тетрис, играешь. уебок
Вообще-то вопрос про экспорт, а не про наличие тетриса.
>А кроме дурацких игр в которые играть не возможно, годот на что-то способен, или сам факт что там, что-то запустилось и двигается уже прогресс?
Если кто-то и сделает хорошую игру, то рассказывать всем, что он тратил время работая на годоте, будет полнейшей глупость. Это как признаться, что выкопал яму вилами или граблями, или построил дом из говна.
В нашем форке годота первое, что мы сделаем, это новый UI
>это новый UI
Зачем едитор дёргать, когда на контролах в самой игре всё прощё забубенить...
Мы сделаем новый UI редактора, потому что нынешним невозможно пользоваться
Это наш план: сделать форк годота и отжать у Хуана 10к$
Надо придумать говорящее название. Хугодот?
Надо что-нибудь модное, чтобы по одному только название захотелось задонатить.
Проще делать говно-уроки про то, как двигать спрайт с клавиатуры, и собирать донатов больше, чем Хуан.
>Проще делать говно-уроки
Это если ты внешностью и харизмой удался.
Нам сычам остается только сумрачно писать код.
Если устанавливать годот из Стима, то скачается всё необходимое. И шаблоны экспорта, и примеры игр.
Ну, что там, аноний?
DEGROD Engine
А если серьезно, то по аналогии с другим известным форком: GameCyclone. Вот будет отсылочка так отсылочка!
Погоди, я только с работы пришел. Весь день ебался с райзеном, в попытке установить на него спермёрку. Такой неожиданностью для меня стало, что она туда не ставится. Какие то сумрачные утилиты от гигабайта качал, патчил ими установочный образ. Нихуя не помогло. Пришлось поставить линукс. Завтра буду изучать вопрос, какую Виртуалку поставить для корпоративного софта.
Сейчас лежу не могу встать комп домашний включить.
Ты расскажи хоть, что сам пробовал, и что не получилось?
Окей, я просмотрел ссылку. Там генерируют меш. На первый взгляд ничего сложного. Какие у тебя проблемы возникли с этим?
В том, что я не хочу писать индусский код для каждого треугольника, а хочу их генерировать через хитрый алгоритм. Собственно, спрашиваю, есть ли такой где-нибудь, дабы не писать самостоятельно.
А, вон оно чо. Ну, я не знаю ответа на такой вопрос.
Что ж, все равно спасибо за то, что пытался помочь.
Помочь и гуглить-за-тебя это разные вещи.
>по аналогии с другим известным форком
>GameCyclone
Не понял отсылочку
Dahlia. Тоже норм отсылочка.
и запилить gl 4.6/vulkan драйвера
вместо gles2 и gles3.
CodeTyphon
Тогда поторопись, а то Хуан запилит раньше тебя.
Короче сам нашёл, нужно файлик с именем _sc_ кинуть в папку с исполняемым.
Это все не то, ребята! Вы стали скачивать движок GameCyclone? То-то же.
Нужно что-то хипстерское, стильное: СМУЗИ, БОЗОН
Gamon
Уже лучше
Gamut
Подчеркивает игровую направленость. Есть преемственность названия с годотом (общее окончание). Круто звучит. Есть готовое лого.
Уже предвкушанию как Хуан будет биться в истерике
стакаху крепкого кофе за тебя
Ну что, какие новости, годот уже умеет экспортировать "игру" хоть во что-то?
Экспорт игры в манямечты разработчика.
Гениально
А что, раньше не мог?
Раньше для этого нужно было скачивать еще что-то. Да и вообще много придется докачивать, почему нельзя сделать всё в одном архиве.
Ну скачаешь и экспортируешь, а проблема то в чем?
А почему пользователь должен скачивать что-то, если уже скачал годот.
Не хочешь - не качай, играй в Годо. Тебя заствляет кто-то?
Неполноценный продукт, урезанная версия.
Ну так почему нельзя было сделать полную версию программы, всё нужное в одном архиве?
Ну не знаю, вы же юнитипидары все равно постоянно ассеты какие то качаете.
>полную версию программы
я наоборот щитаю что говнот недостаточно модульный. какой-то блоб данных, вместо движка.
очередное доказательство никчемности хуана как программиста.
Так это движок, а не фреймворк или либа. Вообще если сам компилируешь кое что можно дефайнами отключить.
Ну и что? Не следует unix философии Хуан.
В идеале движок должен из себя представлять модульные, подключаемые библиотеки, плееры для разных платформ использующие эти библиотеки и фронтенд (редактор). Все.
Плеер бы запускался например так: godot.exe game.zip, просто загружая игру из архива
Интересно, если всё возможное в годоте скачать, сколько будет весить и можно ли сделать рабочую сборку из этого.
Так и сделаем в нашем форке Gemor'е.
У многих движков и конструкторов отдельно поставляются export templates, хули доебались.
Чем это обусловлено?
Не всем нужен экспорт. Допустим, у тебя команда (хаха, ну прикол, у тебя, команда), один уровни строит, второй персонажей анимирует, а собираешь всё вместе ты. Им экспорт не нужен. Они тебе просто ресурсы в систему управления версиями грузят.
Ну нифига себе, на годот работают целые команды и даже уровни строить пытаются. У них даже есть выбор использовать экспорт или нет, до чего технологии дошли, безумие.
Вы хотите строить уровни или экспортировать тетрис со своей командой?
Годот справится.
> Это безумие
ЭТО ГОДОООООТ!!!1
ЭТО ГОООООООДО
Пофиксил.
ГОВНОДОТ
Финальный фикс.
Лахтоюньки в треде отрабатывают свои 15 центов.
>юньки
Тем более спиздили интерфейс у годота и не краснеют
Пора уже иметь нод со скриптом, который делает след за спрайтом из таких-же спрайтов.
Главное, чтобы спрайтов в следе было не более 50ти на фрейм, а не то фпс просядет.
Что-то я разочаровался в сишарпе, получается, при использовании сишарп-скриптов, они все компилируются в сишарповую библиотеку, которая для работы требует моно, которое придется редистрибутировать вместе с игрой, казалось бы мелочь. А неприятно.
Прав был анон в прошлом треде. Надо сразу кресты учить.
Прав был анон в прошлом треде. Надо сразу кресты учить.
2D в годоте с гдскриптом нормальное? На баги 3D похуй.
>Надо сразу кресты учить.
За 21 день, за это время ты бы мог сделать 10 игр на юнити.
Но ведь это годот спиздил интерфейс юнити
Единственное сходство, это кнопки под панелью. Такие кнопки существовали задолго до Хуана
В говне(доте) даже табов нет. Окстись, маня.
>не более 50ти на фрейм
Я бы предположил, что 500-1000. Надо бы бенчмаркнуть как-нибудь.
>2D в годоте с гдскриптом нормальное?
Как для двадэ так блотанутое чет, для пеки норм, для позапрошлогодних нефлагман мобилок - не оч.
Ну я слышал, что у вас там впринципе какие-то процессоры мобильные не работают, так что изначально не собирался под них делать.
Бенчмаркни, бенчмаркни. Вон в бомбермем-треде анон делал:
f = preload(fire.tscn)
...
p = f.instance()
Где fire.tscn - это простенькая нода со спрайтом, разбитым на 50 фреймов и аниматором, который проигрывает эти фреймы один раз, после чего нода самоуничтожается. И вот 50 таких инстансов наглухо сажали у него GTX1060.
Дерзай, может ты оптимальнее бенчмаркнешь.
Эй, годотохейтеры, я вам в копилку фактов фейла годота принёс! Угощайтесб.
Подъебка засчитана. Но разгадка в том, что глитчи физики во всех этих уважаемых коммерческих движках, что указаны в видосе, происходят от того, что симуляция физики на данном этапе развития техники ещё очень далека от реализма. Реально симулировать физику могли бы воксельные алгоритмы, но пока что домашние пека не потянут воксельные миры с такими мелкими вокселями, которые были бы не видны глазу.
Очень обидно. Остаётся только терпеть и ждать.
>Остаётся только терпеть и ждать
И играть в Самосбор:Восстание!
https://drive.google.com/open?id=1B9NLXfWVlFU3-080mW2nYcYpEqrV6rFj
Напоминаю, что все хейтеры Годота ИТТ - это его пользователи, которые борясь с конкуренции в геймдеве отпугивают других от этого божественного движка.
Годот не то чтобы плох, он просто не нужен при наличии юинити и уеча
Они платные. А юнити даже не опенсорс. А уеча не свободный. Это движки для рабов.
5 тредов, ни одной игры. Моча должна сделать правильный вывод и банить говнодот треды перманентно.
Я пилю потихоньку, но смысла торопиться нет. Сейчас только перешел на 3.1 альфу, потом переделывать когда релизнется, потом буду ждать 3.2.
А потом 3.3 и вот ты уже состарился, а игру так и не сделал.
Это не тред игр на годоте, а тред движка, лохуш.
>Это не тред игр
Это и так видно.
Распидорашка не палится, но запах кала не скроешь.
Не качайте посоны, у меня так брат умер.
А вот этот пост, случаем, не является обсуждением модерации?
>5 тредов, ни одной игры.
Тупица, ты целых три игры во вселенной "Самосбор" пропустил.
Дичайше проигрываю с самосборщиков, которые на серьёзных щщах пилят ААА проект по самосбору, а в это время один хитрый распидор буквально выбивает у них табуретку из под ног, запилив уже три тайтола по вселенной. Они такие выпускают релиз в стиме, а им - нна в ебало судебный иск на стопицот мильонов за нарушение авторских прав. Угораю! Жги дальше, расп!
>уже три тайтола по вселенной
Ссылки в студию. Поиграть хочица
Это ловушка, не ведись на это.
Пара шизофреничных миниигр, названные самосбором из-за того, что распидору не хватает внимания.
>свин на самоподдуве незаметен
Пара шизофреничных миниигр достаточна, чтобы заняться патентным сквоттерингом.
...где рассказывается история появления самосбора. После этого вообще стрёмно про самосбор игры делать.
Сап Годотобояре у меня вопрос
Станет ли Годот настолько же популярным как Юнете? Ну типо я сейчас вкачусь, стану годот жуниором и потом смогу на хедхантере найти работу в офисе?
Станет ли Годот настолько же популярным как Юнете? Ну типо я сейчас вкачусь, стану годот жуниором и потом смогу на хедхантере найти работу в офисе?
А нормальное программирование итд типа слабо изучить?
Почему бы сразу не учить юнити, зная что юнька точно останется популярной?
Так вот, мб годот станет настолько же популярным?
Значит учи.
Насколько синтаксис и сам язык Годотоскрипта отличается от Питона?
Вот вам годотовские игры
https://www.youtube.com/watch?v=UTAeDoRIHaA
В основном конечно всякая 2D параша но есть и пара графонистых игор
https://www.youtube.com/watch?v=UTAeDoRIHaA
В основном конечно всякая 2D параша но есть и пара графонистых игор
Что тебе мешает выучить годот И юнити? Там учить-то особо нечего. Оба движка могут работать на шарпе. Как минимум шарп учи обязательно, если метишь в офисе работать. А зная шарп, тебе будет похуй, как писать игру:
class Player : MonoBehaviour {}
или
class Player : Node {}
В любом случае учи современный айтишный подход к симуляции физики, он в целом схож во всех физических движках: есть три вида тел: статические, динамические упрощённые и динамические усложнённые. Вся симуляция физики рассчитана на то, чтобы сделать игру (или в общем виртуальную сцену) как можно быстрее, ибо на данном этапе развития техники, компы не тянут полноценную симуляцию физики.
Всё остальное во всех движках различается в сущих мелочах. Такие же плееры звуков, такие же средства сериализации, такие же средства работы с сетью. Различия только в названиях классов/методов. ну и в скоростях конечно. Кто-то сделал быстрее, вовремя понял, что другие так не смогут, закрыл код и требует роялти. А кто-то сделал не так быстро и понимает, что денег за это не дадут, потому открыл код под опенсорц-лицензией.
Что тебе мешает учить годот И юнити? там учить-то особо и нечего. В одном движке компоненты называются нодами, в другом движке ноды называются компонентами.
Оба движка могут в шарп.
Вот шарп учи обязательно, раз метишь в офисе работать.
А с шарпом тебе будет похуй, как писать код игор:
class Player : MonoBehaviour {}
или
class Player : Node {}
Не обращайте внимания на даблпост. Первый пост запостился с ошибкой, а я не посмотрел, что он запостился, и начал по памяти переписывать второй.
Выкидываешь из питона импорты, работаешь только с одним импортом, который неявно устанавливается для любого скрипта - import Godot
В остальном различия минимальны, если чего-то не хватает из модулей питона - ищи аналоги в АПИ годота, если не найдёшь - пиздец, приехали.
Ну и оператор match ещё, кажется это личное изобретение команды Хуана.
Годотовских игр в 10-ки раз больше. Просто МИТ лицензия этот проклятье. Ведь никто не обязан сообщать, что он сделал на этом движке. Вот если GPL или EULA проприетарная была, все бы уже знали про игры на годоте.
>Станет ли Годот настолько же популярным как Юнете?
Говно навсегда останется говном.
Когда идиотам надоест ЖДАТЬ, и без того никакая популярность говна исчезен окончательно, вместе с 10к Хуана.
>Годотовских игр в 10-ки раз больше.
Их можно детектить по гигантскому бинарнику и ресурсам, запакованным в один файл.
Хуйню несёшь.
А ты просто соси хуй, чмоня.
двачую
мимо юнити-Бог
Господи, какие скобочки красивые, какой элегантный синтаксис. ДА ЗА КАКИМ ЖЕ ХУЕМ Я 10 ЛЕТ УЧИЛ ЁБАНЫЙ ПАСКАЛЬ!?
Добро пожаловать в семью си-подобных языков.
Годотаны, у меня как всегда дебильные вопросы.
Есть ли нода, которая умеет отключать собственный скрипт?
Вкратце — она мне понадобилась для маркера АОЕ-скилла. Я прикинул, что если он будет появляться по команде из HUDа, бегать за мышью, а потом передавать свою позицию дальше и отключаться, это сэкономит мне до чёрта разных _process с проверками никому не нужных флагов и срежет треть существующих сейчас костылей.
Вариант скрипта с проверкой кучи флагов — не вариант, лишний _process, который 90% времени проверяет, что всё вокруг false — это боль. Вариант спавна этой ноды в виде инстанса и удоления по завершению её работы тоже не очень удобен, а вот именно такая нода, которая есть у кучи других объектов и отличается, по сути, только спрайтом, а большую часть времени не отсвечивает, была бы очень к месту.
Есть ли нода, которая умеет отключать собственный скрипт?
Вкратце — она мне понадобилась для маркера АОЕ-скилла. Я прикинул, что если он будет появляться по команде из HUDа, бегать за мышью, а потом передавать свою позицию дальше и отключаться, это сэкономит мне до чёрта разных _process с проверками никому не нужных флагов и срежет треть существующих сейчас костылей.
Вариант скрипта с проверкой кучи флагов — не вариант, лишний _process, который 90% времени проверяет, что всё вокруг false — это боль. Вариант спавна этой ноды в виде инстанса и удоления по завершению её работы тоже не очень удобен, а вот именно такая нода, которая есть у кучи других объектов и отличается, по сути, только спрайтом, а большую часть времени не отсвечивает, была бы очень к месту.
У ноды есть свойство "скрипт", теоретически ты можешь обнулять это свой... блять стоп! Тебе поможет функция set_process() - она тупо отключает обработку скриптов в ноде из которой вызвана.
Вот я мудак безмозглый. Спасибо, моя жизнь больше никогда не будет прежней.
На самом деле мне очень стыдно, что я не просмотрел ещё миллион роликов, где всё это разжевано для существ с интеллектом улитки, но если я не буду тут задавать тупых вопросов, кроме срача ничего и не останется.
Не извиняйся, в кои-то веки у нас тут спокойный дискасс с обменом опытом, а не срач.
>ДА ЗА КАКИМ ЖЕ ХУЕМ Я 10 ЛЕТ УЧИЛ ЁБАНЫЙ ПАСКАЛЬ!?
Действительно. Я думал, про него еще в 90е забыли.
Детишек всё еще учат. Есть Lazarus, на котором очень легко и быстро набрасывать гуёвые софтины. Я на нём до сих пор всякую мелочевку пишу вроде индикатора даблклика.
Паскаль - хороший язык для обучения информатике, потому что там тебе нужно все объявлять. Безтиповые питоны и сиподобные языки с кучей неопределенного поведения хуже для понимания, что происходит внутри.
У питонов есть типы. Что за бред вы пишите, коллега.
Да что ты?
result = "test"
print(result)
result = 5+1
print(result)
И о чем это говорит? Ты бы хоть книжку какую по питону прочитал.
Называется динамическая типизация.
В каждый момент времени result ссылается на конкретный тип данных.
> динамическая типизация.
Ну вот, поэтому и безтиповый. Не придуривайся.
Не безтиповый.
Если бы он был безтиповый то сработал бы такой код
a=5
b="hello"
a + b
А это вызовет исключение. Необходимо сделать приведение типов str(a) + b
Придуриваешься здесь только ты, уважаемый специалист.
Хотя конечно даже если бы это работало он бы все равно не был безтиповым. От тебя глупостью заразился. Ведь бывает автоматическое приведение типов, в данном случае его просто нет.
Ты отлично понял, что имелось в виду.
Да, формально только какие то абстрактные языки для матеши являются безтиповыми.
Но, блджад, в повседневной жизни проще сказать "безтиповый", чем "языки с динамической или утиной типизацией, с вариантными типами и прочей парашей, которые не требуют объявления типа переменной в до использования, и позволяют переменной сменять тип в процессе"
Ну думай как хочешь. Просто нормальные люди тебя не поймут.
Снобы типа тебя НЕ нормальные люди.
Нормальные люди замечательно поймут, что имелась в виду.
А ты просто выебнулся свежими знаниями первокура, не более.
Так он не один даун здесь. Вы все что ли такие? Спасибо буду знать что годо для даунов.
>только один не понял
>РРРЯ ВЫ ВСЕ ДАУНЫ
Тушись брателло.
Двое.
Музыкальная пауза!
https://www.youtube.com/watch?v=AzWUxPelH94
https://www.youtube.com/watch?v=AzWUxPelH94
>ДА ЗА КАКИМ ЖЕ ХУЕМ Я 10 ЛЕТ
Зачем ты его 10 лет учил?
медальку заслужил.
Внезапно обнаружилось, что документацию кто-то начал переводить на русский:
https://godot.readthedocs.io/ru/latest/getting_started/step_by_step/index.html
Пожелаем же долгих лет и безболезненной смерти этому святому человеку!
https://godot.readthedocs.io/ru/latest/getting_started/step_by_step/index.html
Пожелаем же долгих лет и безболезненной смерти этому святому человеку!
Жаль тебя разочаровывать, но этот автоперевод там уже с пол года и чаще мешает при поиске инфы.
> повседневной жизни проще сказать "безтиповый"
Нет, не легче, это полный пиздец называть штуки тем чем они не являются
Охуенно нейроночки переводят!
А может это нейроночка спиздила с сайта?
Осталось их научить делать игры
хотя уже есть распидор
А может этот ваш гдскрипт делать так:
public class Enemy : StaticBody2D, IEnemies, IMovable, IPersistent, IHaven, IAllaH
Нет? То-то же! Юзайте сишарп!
public class Enemy : StaticBody2D, IEnemies, IMovable, IPersistent, IHaven, IAllaH
Нет? То-то же! Юзайте сишарп!
> А может этот ваш гдскрипт делать так:
> ООПараша
Как там в 2007? Седар милл ждалкера потянет?
Схуя это интерфейсы ООП? Учи матчасть, даун.
Неосилятор ООП порвался
>IEnemies
Говнокодер порвался, несите нового.
> IMbluing
Учи мемы, чтобы не быть баттхертом.
Учи баттхерты, чтобы не быть мемом.
> чтобы не быть мемом
Поздно уже.
dear imgui!
Вчера обновился кстати.
There are still hundreds of open bug reports for the 3.1 milestone, which means that we are aware of many bugs already. Yet, many of those issues may not be critical for the 3.1 release and may end up be retargeted to a later release to allow releasing Godot 3.1 within a couple of months.
IMPORTANT: Make backups of your Godot 3.0 projects before opening them in any 3.1 development build. Once a project has been opened in 3.1, it's project.godot file will be updated to a new format for input mappings which is not compatible with Godot 3.0 - the latter will thus refuse to open a 3.1 project.
Это как называется, когда минорные версии ломают проект?
Это как называется, когда минорные версии ломают проект?
Называется нормой. И где ты там минорную версию увидел? Это крупное обновление.
> Называется нормой.
Нет.
> И где ты там минорную версию увидел?
3.0 -> 3.1
>project.godot
То есть, бэкапить только этот фаел?
это ж получается, что не только я не смогу ничего сделать на своей 9600 GT, но и никто не сможет сыграть на своей 9600 GT, верно?
>godot will self-destruct
Надо было чтобы он ещё компьютер с такой видеокартой дестрактил, вот ето был бы вин.
Когда мы напишем наш форк годота, он так и будет делать.
Написано бэкапить проект.
1. Да
2. Нет, может у тебя дрова не обновлены.
3. Да, если других дров нет.
4. Нет, у тебя 3.06, а ты обновись на 3.1 с gles2
5. Да, ведь gles2 тоже может не работать
и правда, нужно было просто драйверы обновить
спасибо
Ну мы ж не американцы, чтобы послушно бэкапить гигабайты ассетов ради сохранения килобайтного текстовика.
Но мы ж не знаем, имелся в виду проект проект или файл проект.
Почему в годоте по умолчанию не поддерживается написание на кириллице? Говно блядь
Русофобы.
Ne nravitsya - vali na unity. Granicy otkryty.
я свободный от задротства человек
я на геймейкере
У Хуана что-то совсем плохо с управлением.
Уже "героев" набирает, которые ему баги поправят.
Пример бага, который некому починить уже 2 года
https://github.com/godotengine/godot/issues/6485
Пусть просто не жмет эту кнопку. Хули какой тупой, обязательно надо нажать и поломать.
Элегантно. Ты герой?
Так вот почему у тебя игор нет! Оказывается запятую ошибочно назвали двоеточием и это мешает тебе сделать хоть одну игру! А я-то наивный, думал, у тебя нет игор, потому что ты хуило бездарное.
Сейчас он напишет, что у него куча игор на других неговнодвижках, но он нам их не покажет, потому что у нас пачпорта нет.
Ты мне лучше объясни, почему Хуан вместо того чтобы исправить, пишет в топике ссылку на названия кнопок в шиндоус, и призывает Героя? Хуан не Герой?
Причем тут Хуан? Мы же выше выяснили, что ты хуило бездарное, сидишь в треде, мониторишь незакрытые ишью на гитхабе. Изо всех сил пытаешься доказать кому-то в интернетах, как в интернетах кто-то неправ, что пишет игоры на говнодоте.
Вахтёр ибаный. Марзь.
>Причем тут Хуан?
При том, что он отписался в топике, вместо того чтобы исправить и закрыть баг.
>мониторишь незакрытые ишью на гитхабе
Я их не мониторю, а попал туда из новости на главной движка.
бамп
Хуаньчик родной
https://www.youtube.com/watch?v=PscHgFptEII
https://www.youtube.com/watch?v=PscHgFptEII
>Движок дырявый как жопа ОПа-годототредов
>Самое время переписать с нуля анимации. Анимации сами себя не перепишут.
>вместо того чтобы исправить и закрыть баг
Не барское это дело, баги исправлять. У Хуана есть ВИДЕНИЕ проекта и ежемесячные 10к$ донатов
> и ежемесячные 10к$ донатов
Он же 3к из них платит ещё тупому французу, который следит за сайтом и игрой про твою мамку, и не играет в игры.
А почему он тупой - читай Самосбор:Восстание.
> родной
Ты аргентинская обезъяна, что ли?
>Как это дерьмо форкать, легче заново написать.
Дай угадаю, не осилить в 2к18 питон для сборки?
> Легче заново написать
Неужели наколеночник запаруночник в треде? А ну, исполни.
Хуаньчик, родной, он такой же как и я. Рос в весёлых 90х, игор не было, не родись я мальчиком, мне бы вообще не с чем было играть.
> Рос в весёлых 90х, игор не было
90-е это же почти как золотой век видеоигор
Годрот, zx pektrum был и денди, ну и бк-10 в 90х
Лизнул бы ему? Только честно. Этому загадочному, иностранному рыжему бородачу.
Нет, я же не гей-пидар-юнитипидар.
Это кто вообще, мужики или бабы?
А не по пидорски лизнул бы? Чисто как родному.
>А не по пидорски лизнул бы? Чисто как родному.
Ты же просто пидар.
Поздравляю с открытием. Оказывается, пидоры уже третий тред подряд срут в годотреде. Может теперь-то наконец вы начнете их игнорировать, годаны?
ну, типа, зашквар с пидорами беседовать и всё такое.
Погоди, но ведь это ты все время делаешь массаж яичек родному Хуану. Значит, ты и есть главный пидор треда.
Ты попутал, паря.
Тебе нечего стесняться, любить Хуана - это норма.
в Godot на каких языках сейчас писать можно?
На русском нельзя
вопрос про ЯП
Питноподобный гдскрипт, сишарп, визуальный скрипт (пикча выше) и скрипт из внешней либы, т.н. нативскрипт.
>скрипт из внешней либы, т.н. нативскрипт.
Готовая обвязка есть для C, C++, D, Nim, Haskell, Rust, Go.
Языки по списку от более поддерживаемыми к менее поддерживаемым, т.е. Rust полгода назад обновлялся и скорее всего не заработает.
Т.е. можно взять С/С++ и писать на нем, но низкоуровнего, просто обращаясь к хедерам движка, но всякое Godot IDE и игровые скрипты - это уже не для тебя и уже на нем не напишешь?
Если брать кресты, то намного выгоднее взять исходник движка и приписывать к нему свои ноды, со своим функционалом. Потом компилируешь движок и в редакторе просто, без задней мысли кидаешь на сцену свои ноды.
Это будет производительнее, чем нативскрипт, но велика вероятность запутаться в дебрях Хуанового говнокода.
Ясно, спасибо. Значит будет проще сразу на urho писать.
На СФМЛ ещё.
>на юнити
пофиксил
Ну это фреймворк все же, а не движок. А из них с чем работал больше пришелся SDL2 по душе, т.к. разрабатывается давно, запускается хоть на утюге, низкоуровневый при необходимости, да даже valve его под свое крыло взяла и спонсирует разработчиков.
Все будет работать и в редакторе, потому что редактор просто рисует ноды.
>Готовая обвязка есть для C, C++, D, Nim, Haskell, Rust, Go.
Хочу обвязку для FPC. Хуан, сделай!
Это делает не Хуан.
>делает не Хуан
А что, Хуан что-то вообще делает?
Последнее что он сделал, это gles 3, который откатывают теперь обратно лел. Велосипедщик ебаный.
Учи мемы, чтобы не быть баттхертом.
Я пытался перевести хедеры, но мне не хватило знаний. Да и усидчивости тоже. Там охуеть сколько кода нахуярено.
>Там охуеть сколько кода нахуярено.
Так он вроде автоматически генерится скриптом по списку функций из json файла.
Ты же не руками писать собрался?
>Учи мемы
Да уж, Pascal в 2к19 это тот еще мем.
Автоматическая генерация выдает какой-то нерабочий код. Возможно я не старался, конечно.
А, разобрался о чем ты. Это функция scons, которая генерирует код для джавы и си.
Я пробовал конвертор сишных заголовков фрипаскаля и он мне какую-то хуйню выдавал.
Для годота написан полнофункциональный ивентменеджер.
Оставлю это здесь, чтобы было:
https://godotengine.org/qa/10650/best-way-to-create-events-between-two-nodes
Оставлю это здесь, чтобы было:
https://godotengine.org/qa/10650/best-way-to-create-events-between-two-nodes
>надо было просто прочитать документацию по сигналам
Действительно.
Все сигналы - это коллбэки.
Но не каждый коллбэк - сигнал.
Улавливаешь?
Годо продолжает развиваться как двадэ движок. Вот, в 3.1 создание тайлсетов довели до ума:
https://www.youtube.com/watch?v=F6VerW98gEc
https://www.youtube.com/watch?v=F6VerW98gEc
https://www.reddit.com/r/IndieDev/comments/9eoblq/it_took_a_few_months_but_i_finally_released_my/
>Using Godot as my engine was a two edged sword, it allowed me to make use of really useful features for free (Tilemaps, post processing, portability, ease of exporting) but had me exploring the realms of limited documentation and forum browsing on the daily, trying to understand why X crash was happening or why Y feature was not working. Most times, the solution to any seemingly 'engine' related problem had to be solved and debugged by me - sometimes taking multiple days.
Наткнулся на реддите, вот вам реалии разработки на годоте. Забагованное сырое говно
>Using Godot as my engine was a two edged sword, it allowed me to make use of really useful features for free (Tilemaps, post processing, portability, ease of exporting) but had me exploring the realms of limited documentation and forum browsing on the daily, trying to understand why X crash was happening or why Y feature was not working. Most times, the solution to any seemingly 'engine' related problem had to be solved and debugged by me - sometimes taking multiple days.
Наткнулся на реддите, вот вам реалии разработки на годоте. Забагованное сырое говно
Ишьюс это не баги. Там большая часть фича-реквесты "а хорошо бы, чтобы вы добавили свистоперделку".
Хуан уже озаботился этим и большую часть выкинет перенесет в отдельную репу.
А кириллицу запилили уже?
Кириллица - не забота движка. Чтобы в твоей игре была кириллица, скачай и установи в проект кириллический шрифт.
Это принципиальный момент, который не изменится. Можете скринить.
>bug
>1,763 open
>оптимизация - не забота движка. Надо самим попердолиться, чтобы была оптимизация, из-коробки этого не будет. Можете скринить
>удобство - не забота движка. Надо самим попердолиться, чтобы было удобно, из-коробки этого не будет. Можете скринить
>графон - не забота движка. Надо самим попердолиться, чтобы был графон, из-коробки этого не будет. Можете скринить.
>работоспособность - не забота движка. Надо самим попердолиться, чтобы работало, из-коробки этого не будет. Можете скринить.
Долго ж я ждал, пока ты передёрнешь. Кушай, мой зелёненький. Годот может выводить любые национальные символы. Однако о наличии шрифта с твоими национальными символами позаботься сам.
Что такое юникод
Хуан решил использовать юникод, а не изобретать свой велосипед? Что-то новенькое
А хули Хуан не добавил тогда такой шрифт? Другие же опенсурс проекты добавляют такое и не ноют, нет Хуану нужно быть особенным и выделиться долбаебом
>А хули Хуан не добавил тогда такой шрифт?
А хули ты свой рендерер фонтов не добавил?
Втроенные ноды для вывода шрифта - говно.
Где угнать курс http://gdquest.com/product/godot/make-pro-2d-games/
или какой нибудь другой годный не для полных нубов в программировании?
или какой нибудь другой годный не для полных нубов в программировании?
Посоветуйте короче годный серию видео туториалов.
Долбоёб , который донатит и Хуану и каждому встречному дауну, лепящему обучающие курсы по движку, но так и не сделал ни одной игры, врывается в тред.
https://mega.nz/#F!hrQTlCpY!0xh2OfnusheK0s86LFZ1bA
Держи, няша. В том виде, в котором оно сейчас на гамроаде лежит. Там, как минимум, он ещё одну главу не доделал.
https://mega.nz/#F!hrQTlCpY!0xh2OfnusheK0s86LFZ1bA
Держи, няша. В том виде, в котором оно сейчас на гамроаде лежит. Там, как минимум, он ещё одну главу не доделал.
Без обид, но юнитибояре на своем движке уже покоряют космос игростроя, а годот это такая вырезанная из пластиковой бутылке лопаточка, чтобы играть в песочнице.
А 3D есть?
Ben Tristem обещал, но пока они в https://www.udemy.com/godot/ дойдут от хелоуворлдов и примитивных дваде-платформеров до хоть чего то - хуй знает сколько ещё времени пройдёт.
Был ещё один курс на юдеми ( вот уж где "качество", лол) вроде как с тридями, но не смотрел.
Ещё один - это https://www.udemy.com/godotcourse/, но там хрен знает насчёт научат ли хоть чему
Украсть можно даже на сижипирсе: https://www.cgpeers.com/torrents.php?id=57597&torrentid=57537
Благодарствую
Что движет человеком тратящим время на годот?
>Что движет человеком тратящим время на годот?
Горящие пердаки пользователей других движков.
>Я поем говна чтобы у всех бомбануло ахах
Но ведь бахнуло же))
А ведь сработало.
Зато он говна поел.
>"Зато он говна поел." - сказал подгоревший пользователь недодвижка для быдла.
Ржунимагу
>пользователь недодвижка для быдла
Как вы самокритично относитесь к годоту
Но ведь это правда. Ты действительно говна поел. Да, все вокруг "бабахнули", но это того стоило. Я могу "бабахать" и "подгорать" хоть весь день если ты для этого будешь говно кушать, договорились?
Нашел на Реддите игру, которая сделана в Pygame (не маркетолог):
https://store.steampowered.com/app/442210/Switchcars/
Выглядит более-менее (с точки зрения геймплейных фич, а не графона, конечно).
Имеет смысл сразу начать учить Годот или все-таки попробовать сделать какой-то проект в Пайгейме для начала? Спрашиваю опытных людей просто ради того, чтобы не терять время зря на, возможно, хуевый фрейморк Питона.
Плановый проект: 2д игра.
Примерно одного поля ягоды. Что Pygame что godot. Тут исключительно дело вкуса, разве что godot в итоге выдаст тебе проект чуть пошутрее
>godot в итоге выдаст тебе проект чуть пошутрее
смешно пошутил
Не проецируй, бабахнувший говноед. На говне итт зациклен только ты.
При одинаковой кривости рук и умении пользоваться и тем и тем инструментом - да, godot незначительно, но шустрее, но на это можно не обращать внимание при выборе.
> но на это можно не обращать внимание при выборе
Сравни шоукейс годота и пигейма. Тут в треде только одну типа игру с пигеймпа показали, а в шоукейсе у годота есть даже игра про твою мамку.
распидор чмо
> тут в треде
Логично, что игры на других движках показывают в других трендах, да.
Ребята, давайте жить дружно?
А на гитхабе и конгрегейте можно захостить экспортнутую HTML5 игру?
Игру бы сначала придумали, которую разработать надо да тз написали, а уж написать-то ее - это уже значительно проще и уж тем более движок потом выбрать.
Та про можно или нельзя на гитхаб пэйджес хотя бы захостить?
Ну, короче, 2Д-экшон суть такова...
Пользователь может играть лесными эльфами, охраной дворца и злодеем. И если пользователь играет эльфами то эльфы в лесу, домики деревяные набигают солдаты дворца и злодеи. Можно грабить корованы...
>да тз написали
Пасту Кирилла берёшь и делаешь. У Тодда в Бетесде будет истерика.
Это похоже на тред поддержки гитхаба или конгрегейта? Откуда тут знают, что там можно хостить, а что нет?
Это тред движка и, очевидно, тут могут знать можно ли хостить игру на этих сайтах. Уже думаю попробовать фазер.
Есть разные типы людей, некоторые если начнут писать тз, то у них все на бумажках и останется, а когда ты запускаешь редактор годота, все сразу расцветает, ты сразу начинаешь творить, экспереминтировать.
Да вообще поебать хоть говна попробуй.
>экспереминтировать
А - Абразавание.
Потому, что нет альтернатив. UE крутой, но слишком тяжеловесный для инди-разработки, unyti настолько кривое говно, что уже стало синонимом говноигр на пизженных ассетах, что еще остается? Только верить в годот.
Смотря что требуется и для каких задач. Где-то и UE хорош, где-то love - приходилось писать на разных движках и это зависит от проекта больше.
А у таких людей все останавливается на однотипных прыгающих квадратиках по платформам
О, идея!
У меня еще советское, не переживай.
Я напомню, что наш родной /gd/ уже отметился в истории годота!
> этот нортон-коммандер-интерфейс
Олдфаг! Уважуха!
>родной
>родной
Ты какой-то помешанный на инцесте сестролюб.
Свинья, то что ты доверху засрал гд не делает его "твоим".
То, что этот ваш гондот как игровой движок презентуют исключительно брызги поноса забаненного бревнораса, о многом говорит. Сочувствую вам.
мимо
мимо
Тут даже непонятно, кто кого зашкварил - gd godot или наоборот...
>подгорелая ренпаепетушня на радостях завалилась в /gd
Вот только слева чувак хотя-бы работает, а не понтуется как позёр справа аки казах своей неприменимой красотой.
>подгорелая годотопетушня никак не может потушить свою сраку
(с картинки) > uses C# like it's a language
А вот это щас обидненько было.
Обидненько, но правде в лицо надо смотреть. Даже в инсталлере вижуал студии сишарп и бейсик идут одним пунктом. Что намекает на то, в каком углу зашкерен сишарп и с кем.
Потому-что бэйсик.net это полностью тот же Сисярп, только с другим синтаксисом, ебанько.
Мелкософт просто захотел срубить бабла на старых дедах пердунах, которым синтаксис васика привычнее, вот и всё.
Ты копротивляешься безнадёжно, мой милый шарпоед. Ибо с бейсиком мс дружит давно и плотно, еще в мохнатых 70х, молодой гейц нагревал на даллары крупные фирмы, продавая им ворованный айбиэмовский бейсик. потом появился борланд и начал банчить трубо-посралем. И тогда мс в лице гейца и борманы поделили сферы влияния и договорились, что мс никогда не лезет в пасраль, а борман никогда не лезет в бейсик.
Но си/сиплюсы не в счёт. Это полноценный язык и никто от него не отказывался.
Так что твой шарп в одном петушином углу с языками для недопрограммистов.
>считать, что VB.NET это тоже самое, что Visual Basic 90-х, что тоже самое что BASIC 70-х
Ох вау.
Ох хуяу, долбоеб. От того что в барсик напихали дотнетного ооп, он дворнягой быть не перестал.
И что ты хотел сказать этой простыней текста? Я блядь просто говорю, что Сисярп и васик.net это одного поля ягоды, где разное, это только синтаксис. А ты тут начал неведомую хуйню писать.
Мне сука абсолютно посрать/нассать/поебать что на c#, что на vb.net
Во всех тредах такой треш или только в этом?
Только в этом.
ГОДОТ ВОЗБУЖДАЕТ!
На всем дваче, спасибо абу.
Значит, вот что я придумал:
Сделать на движке окно конфигуратора, запускаемое перед основной игрой. В конфигураторе будет выбираться разрешение экрана, оконность режима, настройки графики, ну и что там обычно делается в конфигураторах.
Набросал небольшой набросок, там всё просто: Главная сцена - сплэш-скрин. Он читает настройки из инифайла и если там параметр "уже настроено" существует и равен тру, то сплешскрин прелоадит и инстансит сцену главного меню, сцена главного меню читает остальные настройки из инифайла. if not "уже настроено": то сплешскрин прелоадит и инстансит сцену "конфигуратор", которая вся построена на контрол-нодах, которая ресайзит окно под себя, у меня 800х600, и выглядит как типичный диалог с кнопками внизу: "отменить (выйти)", "сохранить", "играть!".
Всё правильно делаю? Какие есть замечания к идее?
Сделать на движке окно конфигуратора, запускаемое перед основной игрой. В конфигураторе будет выбираться разрешение экрана, оконность режима, настройки графики, ну и что там обычно делается в конфигураторах.
Набросал небольшой набросок, там всё просто: Главная сцена - сплэш-скрин. Он читает настройки из инифайла и если там параметр "уже настроено" существует и равен тру, то сплешскрин прелоадит и инстансит сцену главного меню, сцена главного меню читает остальные настройки из инифайла. if not "уже настроено": то сплешскрин прелоадит и инстансит сцену "конфигуратор", которая вся построена на контрол-нодах, которая ресайзит окно под себя, у меня 800х600, и выглядит как типичный диалог с кнопками внизу: "отменить (выйти)", "сохранить", "играть!".
Всё правильно делаю? Какие есть замечания к идее?
Какой же дегенерат.
Какой-какой? Модный, идущий в ногу с трендами.
Напишите ему пусть server ещё заменит на respectiveworker, а то еще посыпятся иски от обиженных представителей сферы обслуживания.
Пиздец, а Хуан у нас куколд бесхребетный оказывается..
Пусть он константы запретит, ибо вдруг переменная идентифицирует себя не как сексисткое число 45, а как булево выражение false..
Уже запретил. Гдскриптовые константы, по некоторым данным - это ссылки на переменные. Проверять это я конечно же не буду.
И до годота докатилось. По всему гитхабу сейчас такое восстание рабов.
whitespace
>В конфигураторе будет выбираться разрешение экрана, оконность режима, настройки графики, ну и что там обычно делается в конфигураторах.
Ты юнитипидор что ли? Это все должно быть в настройках в самой игре.
Я хочу показать юнитизависимым, которые еще не стали пидорами, что такое же окно конфигурации можно запилить и в годоте.
И вообще, множество игр использует отдельный конфигуратор/лаунчер. Почему бы не сделать такой же ассет-кирпич для годота?
>И вообще, множество игр использует отдельный конфигуратор/лаунчер
Это ненужный костыль, добавленный потому, что юнитипидары очень легко могут накосячить, и записать такие настройки, при которых игра ничего не рисует. Вот поэтому им и сделали это инвалидное окно, чтобы пользователь мог починить. В нормальных играх настройки внутри игры, а при запуске рисуются красивые логотипы движков и спонсоров. А если что-то сломалось, можно зайти в папку документов и поправить настройку в человекочитаемом текстовом файле. Не надо копировать неудачные решения, только потому что они в куче говноподелий на юнити.
>Master/Puppet
Потом какой-нить альтрайт в футболке пикрелейтед завалит 50 нигеров и эти термины запретят
Да лаунчеров вообще-то полно в куче игор на других движках.
Это же удобно, когда игру можно настроить перед игрой. Банально субтитры включить, чтобы они отобразились в начальной демке.
И ЧСХ, если разрабы не делают такого конфигуратора - его делают сами игроки. Для тонкой настройки.
Может поэтому и не стоит такой встраивать в игру, ибо игрокам все равно не понравится и они сделают "только лучше"?
Щас бы приводить в пример говнорпг и васянов.
Не твои, вот ты и бесишься. Ты не сделаешь даже 10% интересной игры от любого из этих тайтлов.
Ты обдвачевался. По твоему интересны игры, в которые никто не играет?
А вот собственно и реализация (хуяк-хуяк и в продакшон):
А мог бы игры делать хотя мы же в годототреде... нет, не мог бы.
>в годототреде
Бери выше. Мы на дваче.
Проорал с этого парня. Окно конфигуратора в Юнити это признак разработчика-школяра, который не смог его отключить чтоб запускалась нормально как и все игры сразу. В общем зашквар.
А ты хочешь эту хрень повторить еще в годоте, ахаха)) Вот что значит перенимание "лучших практик игростроя" xD
Ну так нам же и надо согнать школоту в годот, чтобы нарастить популярность. Ничего ты не понимаешь в пиаре.
> учимся перемещать кубы
Это для кого вообще?
> перемещать кубы
Тащемта это предел этого движка. Не, ну а что ты хотел от опенсорса, если запустилось и то хорошо.
Пиздец, кубы перемещать, как сложно. И это называется уроком.
Слева обычный казуал, а справа ебанат-бездельник в цветастых лохмотьях.
Годотодрочеры самокритичны.
Годот в полной мере реализует парадигму ECS.
Что правда то правда.
Годот в полной мере реализует только одну парадигму: GVNKD
>Годот в полной мере реализует только одну парадигму: GVNKD
В годоте нет и не будет ECS на уровне движка, Хуан сказал использовать иерархию сцен вместо этого.
Покажи, как ты понимаешь ECS и я покажу тебе, как это реализуется на годоте.
> напишешь ещё говнокода?
Всё ради тебя, милая!
Как же уебищно выглядят языки с обязательно табуляцией.
Надо просто настроить ширину Таба поменьше, но мне лень и похуй. Я ж на игру буду смотреть, а не на код.
> Годот в полной мере реализует только одну парадигму: RSPDR-CHM
Пофиксил
Распидор может и чмо, но он знатный тролль, раз ты бомбишь от него уже несколько лет, еблан. Респект распидору!
> МААМ НУ ЧО ОНИ МЕНЯ НЕ ХВАЛЯТ
В голос.
Хуяк-хуяк и в релиз!
Упс! А что с кодеком?
Вау, нихуя себе! Попенсорс показал окошко и не упал и не завис (но это неточно)
Сам в ахуе. Но справедливости ради замечу, что для таких результатов я пердолил консольку несколько лет.
Лучше расскажи, как ты сделал фоновую загрузку с рабочей анимацией. Все мои попытки пока что упирались в то, что движок намертво останавливает любую обработку активного окна, когда происходит загрузка сцены, даже если она в параллельном потоке идёт.
Я просто не сохраняю слишком много объектов в одной сцене. Добивайся того, чтобы каждая загружаемая сцена была максимально лёгкой. Затем игровая логика конструирует конечную сцену из десятка маленьких сцен, подгружаемых по отдельности. Таким образом, загрузка любой сцены-компонента хоть и блокирует процесс, но на микросекунды. И ты сможешь обработать анимацию.
Само понятие "сцен" в годоте слегка сбивает с толку, ненавязчиво предлагая сделать в редакторе один тяжёлый объект и грузить его часами. Но это неправильно и годотовые "сцены" в твоей игровой логике должны быть мелкими, легковесными "компонентами" одной большой "сущности" в которую ты должен заложить "систему" для подгрузки и выгрузки компонентов на лету.
Это убивает весь смысл сцен. У меня вот есть сцена уровня с объектами. Так мне теперь вместо объектов ставить пустые ноды и писать подгрузчик для уровня? Ну и нахуя тогда вообще редактор нужен, да и вообще Годот? Мне тогда проще будет свой движок накатать, где фоновая подгрузка не будет блокировать основной процесс.
Ну вот чо ты истеришь? Ничего там не убивается. Сцены не пустые, просто легковесные, соблюдают принцип KISS.
Маленькую игру можно сделать одной большой сценой, загружаемой за раз. Но в крупных проектах хоть какой движок возьми, хоть свой сделай - будешь грузить ресурсы самописным менеджером ресурсов, оптимизированным под эту конкретную игру. В тех же юнити тредах, например, постоянно проскакивают кулстори про то, как команды разработчиков, плюясь и матерясь, выкидывают нахуй искаропочные решения юнитеков и пишут с нуля свои решения загрузки ресурсов.
Я говорю о ресурсах сейчас, хотя тормозить при загрузке могут и скрипты с какой-нибудь чудовищной процедурной генерацией всего подряд. А виноват у косолапого дауна конечно движок.
В общем, вместо одной большой сцены с миллионом объектов надо грузить пустую сцену с миллионом сцен в ней?
Именно так. Причем, по мере продвижения игрока по сцене, удаляющиеся объекты должны выгружаться, а приближающиеся - загружаться. Ты впервые слышишь об этом?
У тебя просто нод со скриптом, который дата стримит.
> Ты впервые слышишь об этом?
В контектсе Годота - да. Но тут же все самому делать надо, так что неудивительно.
единственное что нужно делать в котексте годота - это удалить его и установить юнити
Это здесь угарают по годоту? Скажите, а как этот движок в плане разработки игор?
> тут же все самому делать надо, так что неудивительно.
Уже не всё. Уже в ассетлибе есть и террейны и конечные аппараты (finite state machine), и много ещё всего. И ещё больше будет. Комьюнити растёт!
Охуительно! Сможешь запилить игру мечты за полгода.
Если я знаю питон, то сколько времени займёт перекатиться на синтаксис годота и вообще какие отличия?
Flappy Bird за полгода? Ну такое...
В треде писали что минимальные. Я ни то ни другое не знаю, впрочем.
Можешь сам доки посмотреть - http://docs.godotengine.org/en/3.0/getting_started/scripting/gdscript/gdscript_basics.html#introduction
А сложна ли работа в годоте с 3д? Если я например, гейммейкерозадрот
>Ну и оператор match ещё, кажется это личное изобретение команды Хуана.
>Change "switch default" to a _
Ну что ты. Это спизжено из функциональных языков.
let x =
match 1 with
| 1 -> "a"
| 2 -> "b"
| _ -> "z"
Зависит от задачи: где-то лучше подойдет, где-то хуже.
Даже если не знаешь питон, но знаешь хотя бы основы скриптов/программирования, то вникнуть хватит недели в синтаксис и как применять.
Не сложно, всякие игры под мобилки можно склепать очень просто и быстро.
Ой, спасибо, буду знать.
Есть какой то способ не вращать ноду вместе с родителем? Нужно чтобы кинематик боди был на самом верху для функции мув энд слайд, чтобы прикрутитить тот же хелт бар. Общая родительская нода не вариант.
Уже нашел решение. Можно сделать ноду Position2D и на ней в процессе ставить гообальную ротацию
>как ты сделал фоновую загрузку с рабочей анимацией
https://godot.readthedocs.io/en/latest/tutorials/io/background_loading.html
> конечные аппараты (finite state machine)
Ой, ну автоматы. Чо доебался?
Да тут сидит один аутист, который не понимает из контекста очевидные вещи, типа безтиповые (динамические) языки.
А, так это он! Я догадывался.
А я уже два года как сменил дефолтное именование рабочих потоков с "worker" на "nigger". У меня даже продакшн логи нашего серверного приложения ниггерами наполнены, оказывается(а я уже и забыл об этом, лол).
Это охуенно.
Это показывает уровень твоего любительского профессионализма, поэтому настоящие профессионалы не будут воспринимать твои высеры всерьез.
Настоящие профессионалы (я, например) отлично понял, что он сказал, а вот ты обосрался, как всегда.
Я тоже понял, но если бы там дальше проследовала какая то претензия на оригинальную мысль, то я бы просто перестал читать, т.к. он уже показал что не в состоянии справится даже с базовыми терминами.
Ох уж эти мамкины илитарии. Да все посрать что ты не читаешь.
Пойми, я хочу чтобы диалог был построен на доверии, но доверие не может строиться на такой некомпетентности. Потому в следующий раз внимательно подумай прежде чем что-то писать.
Пошел нахуй.
Что так тихо в треде?
Все работают над игрой мечты!
А с кем общаться, в треде нет ни одного профессионала, одни позёры и грубияны.
А ты не общайся, ты помогай нубам стать профи.
Есть кто компилировал сам движок на raspberry?
Не представляю, зачем это нужно? Просто из академического интереса штоле?
>Не представляю, зачем это нужно? Просто из академического интереса штоле?
В интервью с разрабами годота (второе, с французом) упоминался чел, что компилил под расберри, вроде.
Ну я надеялся, что может кто и из местных пробовал)
Просто если ты уровня "компилируешь под расберри пай", то у тебя инстективный сблёв от оверхеда из годота.
А расскажи с каким оверхедом уже столкнулся, ну там кроме постоянного отключения невидимых объектов, раздутых сетевых пакетов и.. Есть конечно еще много вкусовщины, которую я бы сделал иначе, но тут уже только вкусы мои)
А можно подробнее про сетевые пакеты? Да и про невидимые объекты.
>Посоны, фризим ветку альфы, никаких новых фич, только фикс багов
>Новости: добавили в движок новую хуйню.
Шаг вперед два шага назад.
>Новости: добавили в движок новую хуйню.
Шаг вперед два шага назад.
> два шага в перед со сломанными ногами
Невидимость - это вот ты ставишь что-нибудь эффект там света или спрайт и временами отключаешь ему прозрачность, например, линейно, до нуля. Ну и потом большинство просто так и оставляют, а для производительности надо еще сам объект в сцене делать невидимым, чтобы рендеринг его каждый раз не дергал на отрисовку.
Сеть - там много мусора передается, поэтому если пишешь высоконагруженную сетевую, но не получается их парадигма "из коробки есть все, что нужно" и берешь другую либу или пишешь свою. У них там eNet вроде используется видоизмененный.
Понятно, ну про прозрачность вроде все геймдевы должны знать, что прозрачность это пздц пздц дорого.
А про сеть можно подробнее, что именно за мусор там?
Казалось бы, дно уже пробито, и тут снизу постучали.
>Before anything else, we would like to thank our long-time sponsor Gamblify
>Gamblify
>Before anything else, we would like to thank our long-time sponsor Gamblify
>Gamblify
Донаты крутятся, лавеха мутится
Анус у тебя пробит, чмо завистливое.
Жуан, залониньтесь.
А ты быстрый.
Ну я раз в неделю читаю НОВОСТИ ГОДОТА, а не каждый день.
Вот я и говорю - хуя ты быстрый.
Они у них в спонсорах уже почти два года.
В чем дно? Тыскозал, что нельзя принимать спонсорскую помощь от лохотронщиков?
А вы знали, что в 3.0.6 убрали обязательное требование Таба? Я только что случайно обнаружил, что отступы из пробелов тоже прекрасно работают.
Я сильно слоупок?
Я сильно слоупок?
Вскрыта фобия Хуана!
Помню только был скандал с какими то криптовалютами.
Да, яскозал.
>нельзя принимать спонсорскую помощь от лохотронщиков?
>нельзя принимать спонсорскую помощь от террористов?
>нельзя принимать спонсорскую помощь от торговцев наркотиками?
>нельзя принимать спонсорскую помощь от продавцов органов?
Так и представил себе - ты оказываешься с Тимом Куком в лифте, и у тебя 10 секунд на питч, чтобы убедить его вложиться в твою игру. Ты запускаешь демку, а там реклама казино, в лифте открываются двери, играют фанфары, вбегают горячие карнавальщицы, бьют в тамтамы. Все, время вышло.
А, а, а! Началась игра!
Ты прав, такие ситуации недопустимы.
Но такие ситуации допускаются и прекрасно работают, вне зависимости от "яскозал"какого-то омежки с двачей.
>был скандал с какими то криптовалютами
А кто расскажет хуану, что мы их голосовалку накрутили?
Ребята, памагити! Скопировал код из официального урока по сохранению игор (на рид-зэ-докс) скопировал один в один. Добавил объекты, добавил группы. Но функция get nodes in group возвращает пустой массив. Памагити. Гугл молчит. Регистр групп проверял и менял. ЧЯДНТ ИЛИ ГДГВН?
ЯДИБИЛ. Засунул код, опрашивающий дерево, в функцию _exit_tree(), когда ноды из него уже выгрузились.
А виноват, конечно же, движок...
Чёт у меня бомбит от годота, очень сильно. Решил я кароче вкатится в годот, только 3д. И внезапно оказалось что почти все туториалы, как и почти все годотодрочеры, как и почти вся документация, внезапно исключительно для 2д. Любой у кого спрашиваю вопрос начинает свой ответ с фразы "ну в 3д я конечно не шарю но по моему... ". Мне блять пришлось создать тред в редите чтобы мне ответили на вопрос какой функцией я могу двигать предметы, потому что представляете, в гугле внятного ответа нету, как и в документации или ютюбе, и ответ в редите внезапно начинался с этой же фразой. Вообщем всем кто советует годот как хорошый 3д движок желаю сгореть в аду а я пошёл обратно в юнити в ожидании когда это зафиксят, боюсь это займёт много лет
Чот пиздеж чую я. Особенно просмотрев кучу туториалов по триде в годоте.
Придираться нужно не к отсутствию туториалов, а к дичайшим тормозам, лагам, глитчам в тридэ физике.
По факту годот сегодня - это двадэ движок. За триде возвращайся в юнити. Это я тебе как ОП треда говорю. Вечером подпишусь, если не веришь.
Ну правильно, ты ничего не мог найти, потому что твой вопрос некорректный. Что еще за "предметы" которые ты двигать собрался? Там есть RigidBody и KinematicBody с разным поведением. А если это базовый Spatial то его не "двигают" а используют translate как и положено в 3d.
Смотри, быть может я слепой, и проходил мимо святого, а может я просто привык к избытку документации юнити, но я бы не отрицал тот факт что помощи для 3д почти нету, особенно по сравнению с 2д. Кстати вангую ты тоже двадешник. На счёт пройзводительности тоже читал, и пока не понаехали фанатики с криками "самое сложное делай в нативе или сишарпе" или "исправят", скажу что учить ещё один синтакс и делать так никто не будет, тк слижком пердоливо, а исправить не исправят, тк это из за гдскрипта который на основе питона сделан, тут уже можешь не мечтать о межпланетных сражениях. Это наверное действительно главная проблема годота, опять же ести 3д, тк 2д есть 2д, тут сила не нужна.
Вопрос у меня был такой : есть два стула я хотел создать мяч который бы спавнился в определённом месте, и сразу улетал в нужное направление, а position3d оказался спасиалом, и плюс к этому я не знал что есть глобальные координаты и локальные, и собственно транслейт тоже фигово у меня работал, мне в редите посоветовали пользоватся трансформом. В любом случае я посмотрел что такой хуеты в 2д нету и люди не парятся, и тк на форумах годота все двадешники то мне постоянно советовали 2дшные функции аля get_position() когда даже слово position не существует в 3д, не то что функции. Вообщем ад
> Спавнился мяч и улетал в нужном направлении.
Делаешь отдельную сцену "мяч". В корне сцены kinematicbody, в потомках - collisionshape и meshinstance c одинаковым шаром в параметрах.
Далее, в основной сцене делаешь load или preload. Устанавливаешь трансляцию координат. После этого добавляешь к сцене. И сразу после добавления вызываешь moveandslide с нужным ускорением в виде вектора-3, который задаёт и направление тоже.
Соглашусь, что выбор скриптового языка был у них очень неудачен, к тому же еще и переделанный до своего. Наверное даже AngelScript подошел бы больше под задачу.
Важный фикс:
1. Делаешь мяч - rigidbody.
2. Никаких move, просто при спавне мяча задаёшь два вектора: translation и linear_velocity.
3. It's just works!
Прилагаемые скриншоты послужат тебе туториалом. Я сделал простенькую сцену ballspawner с камерой и таймером. По таймеру происходит код на скрине 3.
В движке на производительность влияет архитектура, управление конвеером видяхи, а никак не то, на каком языке скрипты пишутся. Ну и да, делай в нативе.
>AngelScript
Интересно, пишут что он работает вместе с C++, значит его можно прямо к нативу прикрутить.
Как бы я так и сделал, но тк смотрел тутор на 2д то была засада с позишоном, который здесь транслейт, кстати я до сих пор не понял разницу между трансформом и транслейтом кроме того что трансформ зачем-то массив массивов координат. Боже, в юнити это настолько легче делается, я не понимаю зачем столько сложностей, в юнити блин это всё делается двумя кликами и тремя буквами....
> а никак не то, на каком языке скрипты пишутся.
>делай в нативе.
Хммммммм, расскажу тайну, натив тоже язык скриптования
Ну и результат, увы без видео, но мячи реально скачут в разные стороны.
Необходимо код со скринов выше модифицировать как на втором скрине в этом посте, а у таймера отключить one_shot.
В качестве домашнего задания, сделай translation так же рандомным.
> кстати я до сих пор не понял разницу между трансформом и транслейтом кроме того что трансформ зачем-то массив массивов координат
Трансформ - world matrix, транслейт - изменить координаты..
> выбор скриптового языка был у них очень неудачен
Линеар велосити вроде задаёт прямую траекторию, а мне надо чтобы он падал, но всё равно спасибо. Правда пожар мой это особо не потушило, так что я пожалуй всё равно вернусь к просьтенькому юнити который всё таки более заточен под 3д. но скрины сохранил
>Линеар велосити вроде задаёт прямую траекторию, а мне надо чтобы он падал
Неверно. Он задаёт ускорение в данный момент. После этого, в течение каждого кадра движка ригидбоди будет падать. Если оно в режиме ригид - оно падает автоматически. Благодаря этому автоматически получаются баллистические траектории полёта.
Functionality != пройзводительность
Там не слово про скорость, а тем временем когда я наспавнил мячей 40 у меня уже было 5 фпс
>когда я наспавнил мячей 40
А теперь наспавни их через сишарп и сравни производительность. Без этого твои возгласы - пустой кукарек.
И нет, за тебя это делать никто не будет.
Я пока не могу проверить так что утверждать действительно перестану хотя ты тоже доказать не можешь ололо, хотя в форчане и редите это обсуждалось, попытаюсь найти снова треды
Если рассмотреть код на скринах выше, то там язык вообще на выполнение сцены не влияет. Мячи спавнятся по таймеру. Двигаются физическим движком.
От того, что таймер станет на шарпе - ничего не изменится. Изменилось бы если бы сотни мячей спавнились циклом в одном кадре. Вот тогда бы гдскрипт соснул. Об этом на реддите и пишут. Я читал.
Да любой можно прикрутить, хоть lua.
Коля, так я же собственно примерно про это и говорю
>натив тоже язык скриптования
Что еще за язык такой? C++ знаю, C знаю, натив не слышал.
А вообще я к тому, что большинство операций выполняется очень редко (клик мышкой например) и на это вообще оверхед языка не влияет. Если у тебя армии в сотни юнитов, то обсчет их логики на cpu, наверное, будет разниться между нативом и питоном. Но скорее все упрется в архитектуру рендера, а там надо смотреть, что и как, вроде бы батчи должны помочь.
Кинематикбоди = кинцо.
Ригидбоди = физика (с гравитацией)
Легко запомнить.
Я имел в виду, почти бесплатно. Плюсы же есть, а писать на подмножестве плюсов нетрудно.
Да, у него биндинги к апи движка будет полегче прикрутить.
Я согласен что если починить архитектуру то будет намного лучше, но если починить интерпретер то будет ещё лучше, тк если сделать хорошую архитектуру но не оптимизировать интерпретер, это во первых извращенство, а во вторых интерпретер будет ботлнекать и всё равно будет лагать
На всех конференциях учат что надо профайлить перформанс вначале, потому что не угадаешь что современный компайлер сделает, а прематурная оптимизация зло как и отсутствие.
Похоже, Хуан не был на этих конференциях.
А посоветуйте не видео туториалов, чтобы скипать уже известное и навигировать к тому, что нужно ровно сейчас?
А то пока эти видеоняни до сути дела дойдут, я, блджад, рисовать научусь.
А то пока эти видеоняни до сути дела дойдут, я, блджад, рисовать научусь.
>А посоветуйте не видео туториалов, чтобы скипать уже известное и навигировать к тому, что нужно ровно сейчас?
Чем тебе чатики с официального сайтега годота не понравились?
Тренд не читай, сразу спрашивай! Годаны, а чо там, на шарпе уже можно без пердолинга писать? Или все еще только скриптопараша местная?
На шарпопараше тоже можно
>на шарпе
2к18, а ты всё на плоском Дэ пишешь... выучи уже вижуал скриптинг, дебил!
Больше Годетки в тред!!
>Годетки
А ты не педофил часом?
>на шарпе уже можно без пердолинга писать?
Писать можно
Но без пердолинга - только во внешнем редакторе. Держишь параллельно с открытым годотом открытую студию/монодевелоп. Написал - сохронил - альттабнулся.
хочу сделать халмтламвайв моярми что для етого нужно изучать?
>что для етого нужно изучать?
Внятно излагать мысли надо научиться.
Годот охуенен! Можно прикрепить скрипты не только к нодам, но и к ресурсам!
После чего:
extends Resourse
func _init():
И вперёд!
Вы понимаете, что это значит? Это же управляемые ресурсы! Этому квадрат, тому круг, остальным картинку с дулей. Этому таймс, тому курьер нью, остальным - комик. Этому техно, тому митол, остальным нудятину распидора))
После чего:
extends Resourse
func _init():
И вперёд!
Вы понимаете, что это значит? Это же управляемые ресурсы! Этому квадрат, тому круг, остальным картинку с дулей. Этому таймс, тому курьер нью, остальным - комик. Этому техно, тому митол, остальным нудятину распидора))
>Вы понимаете, что это значит?
Нет, вообще не понял.
>Вы понимаете, что это значит?
нет
>Вы понимаете, что это значит?
неа
Страдаю хуитой.
А мог бы игры делать.
А мог бы игры делать.
>Но без пердолинга - только во внешнем редакторе.
А чо там, как подключить и прочее? Студия стоит, я на шарпе пишу по работе.
>как подключить и прочее?
1. Скачиваешь годот-шарп с официального сайта.
2. Скачиваешь и устанавливаешь монофреймворк не ниже версии, указанной при скачивании годота (они пишут, что и не выше, но у меня нынешний стейбл монофреймворка вполне работает с годотом, а он выше что ли на две ревизии).
3. При создании первого скрипта на шарпе в любом открытом проекте, годот-шарп автоматически генерирует солюшон в папке проекта. В принципе, если ты хорошо знаешь шарп и тебе не требуется интеллисенс в работе, ты сможешь кодить прямо там, но мне удобнее выбирать дальнейший код из подсказок интеллисенса. Поэтому:
4. В студии открываешь солюшен из папки, где годот его сгенерировал и вуаля - вся мощь майкрософта помогает тебе писать код
Вот такой моно должен быть установлен:
>Скачиваешь и устанавливаешь монофреймворк
Это чо такое? Нахуя?
Ой иди нахуй, блядь.
Заменитель дотнета без сахара.
Привет, годаны! Планирую реализовать контроллер от третьего лица в триде со следующим алгоритмом:
На карте стоит позишонтриде и перемещается по ВАСД, в потомках этого позишона находятся камера и риджидбоди, камера двигается жёстко, а риджидбоди двигается функцией аплифорс с анимацией ходьбы/бега. Направление вперёд-назад берется из вектора, который проведен из точки под камерой до точки позишона.
Начну реализовывать прямо щас. Если что толковое получится, покажу позже.
На карте стоит позишонтриде и перемещается по ВАСД, в потомках этого позишона находятся камера и риджидбоди, камера двигается жёстко, а риджидбоди двигается функцией аплифорс с анимацией ходьбы/бега. Направление вперёд-назад берется из вектора, который проведен из точки под камерой до точки позишона.
Начну реализовывать прямо щас. Если что толковое получится, покажу позже.
Как задать ёбаный трансформ ёбаной камеры, чтобы ёбаный горизонт не заваливался?
> Godot
@
> Планирую реализовать контроллер
@
> Как задать ёбаный трансформ ёбаной камеры, чтобы ёбаный горизонт не заваливался?
@
> Планирую реализовать контроллер
@
> Как задать ёбаный трансформ ёбаной камеры, чтобы ёбаный горизонт не заваливался?
>Заменитель дотнета без сахара.
А нахуя,если дотнет в винде по умолчанию стоит?
Может потому что это кроссплатформенный инструмент, гарантирующий выполнение игор на линуксе, а не только на Винде и маке? Да не, хуйня какая-то.
А виноват у косолапого конечно движок.
А ты почитай что там с Java произошло. Oracle выкатил новую версию с новым соглашением, и те, кто не используют OpenJDK, стали получать от них письма счастья, что вообще то вы нам денег должны.
Нихуя не понимаю, у меня джава что-то пишет по английски постоянно. У меня на работе циска админится джавой 6-ой версии. Мне надо что-то покупать?
Слона купи.
Дотнет работает уже давно на линуксе и макоси.
Да.
есть здесь кто-нибудь, кто может разъяснить, что это за прекол с "вектором (0, -1)" который как-то связан с определением того, что ты стоишь на полу? увидел это в одном из уроков на ютьюбе, подумал, что дело в авторе, но в стандартном примере платформера в годоте то же самое. почему оно так работает?
Это не нормаль. Скорее этот вектор указывает направление гравитации.
Привет, народ! Можете подсказать:
1) как посчитать расстояние между персонажами?
2) как организовать подбор предметов и инвентарь?
1) как посчитать расстояние между персонажами?
2) как организовать подбор предметов и инвентарь?
>Это не нормаль.
Анус ставишь? Ну-ка, покажи мне нормаль к полу.
>как организовать подбор предметов и инвентарь?
Скачать с ассетлиба демку подбора предметов и изучить код?
>Скорее этот вектор указывает направление
на пол.
>как организовать подбор предметов и инвентарь?
В первую очередь инвентарь - это список, поэтому начать следует с того, чтобы добавить список в код ноды, которая будет с инвентарём.
Причём для ясности, этот список следует называть не "инвентарь", а "содержимое". Поскольку содержимое будет у игрока, у ботов/мобов, в сундуков, у сундуков-мимиков, если таковых завезёшь.
Итак, список есть и в _Готов() он создаётся пустой. Что дальше? Дальше мы определяем, какие предметы у нас будут помещаемы в инвентарь. После этого нода каждого такого предмета должна быть обогащена следующими функциями в скрипте: ПоднятьПредмет(), БроситьПредмет(), Так же следует завести метод Содержимое, в котором будет возвращаться и задаваться ссылка на список-содержимое при обмене/облутании/краже/поднятии/бросании.
В функции ПоднятьПредмет, нужно позаботиться о том, чтобы нода отключала визуальную составляющую (а лучше вообще уничтожала), в функции БроситьПредмет, наборот, сделать включение (а лучше создание).
Так, теперь по геймплейной составляющей. Подбор предметов состоит из двух частей: Со стороны игрока - это рейкаст, направленный в точку прицела на экране и детектирующий предметы. Со стороны предмета это зона (Area) в которой игрок может дотянуться до предмета, чтобы его взять. Таким образом, если рейкаст детектирует И игрок в зоне - выводим надпись "пресс Е чтобы взять %Рейкаст.Коллайдер.ИмяПредмета%", при нажатии Е вызываем Рейкаст.Коллайдер.ПоднятьПредмет(ИнвентарьИгрока). Но перед этим всем, конечно же надо проверить коллайдер на тип, если у тебя будет несколько типов, я это не описываю, как само собой разумеющееся.
Соответственно, в обратном случае, ты нажимаешь кнопку И, открывается красивый интерфейс инвентаря, который ты нарисуешь, при своём открытии, он читает твой список "Инвентарь" типа "Содержимое" и выводит найденные предметы в ячейках (если хочешь реализовать чтоб разные предметы занимали разное количество ячеек, это отдельная тема). Допустим у тебя есть действие "Выбросить_Предмет" забинденное на ПКМ. При выполнении этого действия над предметом инвентаря (это проверяется вначале, считывается позиция курсора, определяется ячейка и индекс предмета в ней) этот предмет удаляет себя из инвентаря, вызывает у интерфейса инвентаря функцию перерисовки, у себя вызывает функцию БроситьПредмет, которая запрашивает у игрока его координаты, создаёт у предмета визуальную часть (или отображает, что хуже) и делает сцене аддчайлд(предмет) (в случае отображения придется делать телепорт).
Перемещение предметов при торговле/луте/воровстве через интерфейс, вообще реализуется проще. Там удалить из содержимого, тут добавить, послать интерфейсу команду перерисовки. Всё.
И тут ты наверняка спросишь, а как быть, если надо подбирать предметы, а потом уходить с одной сцены на другую?
И я тебе отвечу, вообще функционал инвентаря тесно связан с функционалом сохранений и реализовывать их следует вместе.
На годот-доках есть туториал, как делать сохранения, но в нём самом написано, что это самая простейшая реализация и в реальных играх крупнее миниигор, надо делать с учётом специфики.
Инвентарь это и есть наша специфика. В этом случае сохранение придётся делать так:
Все сохраняемые сущности не должны напрямую работать с файлами. При старте игры ты создаёшь (или загружаешь из файла) в памяти структуру, в которой будет описано состояние игрового мира. При каждом изменении это состояние должно обновляться. Затем, при сохранении именно эта структура записывается а диск, а при загрузке она записывается с диска в память.
Все ноды, сцены, сущности, должны работать только с этой структурой.
Пример:
В сцене А на столе лежит яблоко. Ты подбираешь его и идешь в сцену Б. Затем сохраняешься. Идешь в сцену Ц и там тебе что-то не понравилось и ты загружаешься.
При загрузке в структуре написано, что игрок в сцене Б по таким-то координатам с яблоком в инвентаре (причем не нужно говорить, из какой сцены яблоко). Загружается сцена Б и опрашивает структуру-синглтон игрового мира на предмет изменений в себе относительно дизайнового состояния. Затем спавнится игрок в указанных координатах.
После загрузки ты идёшь в сцену А. Ну ты уже догадался, да? Грузится сцена А, опрашивает игровой мир и узнаёт, что в ней следует удалить яблоко на столе. Удаляет. После этого сппавнится игрок в точке телепорта из сцены Б.
Автонаполняемые сундуки:
Для каждого сундука, если хочешь реализовать автонаполнение, нужно реализовать свойство-таймер, которое привязано к внутреннему времени игрового мира и свойство со временем облутания.
При загрузке сцены с таким сундуком, игра сначала смотрит "облутан" не нуль? Если да, смотрит свойство таймер, и сравнивает, если времени прошло меньше чем, то загружается сохранённое содержимое, если больше, то после загрузки содержимого дополнительно запускается процедурный генератор, который что-то добавляет, что-то удаляет (в зависимости от логики игры).
Мобы:
По такому же принципу, ты должен определиться, какая часть поведения должна быть сохранена и писать её в структуру игрового мира из кода самих мобов при их активности.
Квесты:
В дополнение ко всему вышеописанному, квесты при изменении прогресса, пишут в структуру изменения для целой кучи сущностей. Ты может никогда не посещал локацию Д, но выполнив квест в локации Б, затрагивающий её, квест пишет в игровой мир эту инфу и когда локация Д загружается, она приводит себя в состояние, отвечающее состоянию при пройденном квесте (удаляет домики деревянные, усиливает охрану дворца и т.п.)
Просто скачай ассет на инвентарь. Иначе зачем пользоваться движками.
Вот первый в гугле https://www.youtube.com/watch?v=_-LgLa9PR44
Спасибо огромное тебе, анон. У меня, конечно, не такая комплексная игра даже не 3D Но информация полезная.
Такой вопрос: если я задам глобальный скрипт и буду туда сохранять данные инвентаря, а потом просто загружать из этого скрипта данные в другой сцене - это сработает?
>Просто скачай ассет на инвентарь. Иначе зачем пользоваться движками
Хочу сам написать.
>если я задам глобальный скрипт и буду туда сохранять данные инвентаря, а потом просто загружать из этого скрипта данные в другой сцене - это сработает?
Да, вполне сработает. Более того, для гдскрипта, это пожалуй самый простой и логичный способ реализовать вышеописанную портянку.
Вот на шарпе я бы делал по другому. На шарпе доступ к синглтонам неудобный (надо дёргать функции дерева сцен), при этом на шарпе есть свой общепрограммистский способ создавать синглтоны и выглядит это для программиста проще и прозрачнее: в неймспейсе игры задаётся объект, инициализируется через тот же автолоад, далее обращение к его методам идёт через неймспейс. Таким же образом в шарпе искаропки есть несколько простых и удобных способов обмена данными между объектами. То, чего в гдскрипте нет "бай дизайн".
Звучит похоже на тот же автолоад. А вообще, мне, как человеку только вкатившемуся в разработку игр есть ли смысл изучять С#? Или можно продолжать жрать GDScreept?
А еще интересует: как в Godot с поддержкой С++?
Замечательно.
Начинай с gdscript, потом плавно перемещайся на c++. В шарп смысла лезть нет.
Небольшая иллюстрация моего пиздабольства прилагается на пикче. Этот небольшой скриптик, помещаемый в автозагрузку, создаёт в памяти словарь, который прямо на старте знает своё имя, знает позицию игрока, название стартовой локации. Кроме того, в главном цикле у него считается (реальное) время его жизни.
Если этот скрипт в автозагрузке, то любая нода, любой скрипт, в любое время может вызывать функцию gws_write() и записывать какие-то свои данные в этот словарь. А при помощи gws_read() читать какие-то данные.
Охуенная технология, которая и не снилась двемерам!
Теперь мы берём и совмещаем этот скрипт с туториалом про сохранения с официального сайта, только вместо группы "persistent" мы сохраняем один только словарь State и только его!
> как в Godot с поддержкой С++?
На уровне среды разработки. То есть, чтобы писать на плюсах, тебе надо открыть исходники движка в среде разработки и дописывать туда код, как делал анон, пытавшийся сделать клон майнкрафта на годоте год назад.
Второй вариант - нативскрипт, ничем не отличающийся по сути от реализации шарпа, но при этом поддержка шарпа удобно интегрирована в редактор, а с плюсами тебе придется пердолить консольку.
>Теперь мы берём и совмещаем этот скрипт с туториалом про сохранения с официального сайта, только вместо группы "persistent" мы сохраняем один только словарь State и только его!
То есть, вот так:
При таком подходе исчезает необходимость утомительной еботни с выгрузкой объектов, потом с загрузкой их же по путям в файле сохранения. Мы просто перезагружаем всю сцену (или просто загружаем другую, беря значение из State же), а каждая сцена у нас содержит в себе функцию, которая вызывается в _Ready(), которая синхронизирует своё состояние с данными State.
Уже вижу трабл. Если словарь будет очень большой, процесс загрузки будет нехило вешать игру.
> Хочу сам написать.
А мог бы игры делать.
как все просто оказалось
спасибо!
Годаны, как правильнее:
1. В скрипте игрока держать функцию Get_UI() которая возвращает ноду юзеринтерфейса.
2. В скрипте юзеринтерфейса держать функцию Get_Player() которая возвращает ноду игрового персонажа.
1. В скрипте игрока держать функцию Get_UI() которая возвращает ноду юзеринтерфейса.
2. В скрипте юзеринтерфейса держать функцию Get_Player() которая возвращает ноду игрового персонажа.
Так. Протестировал это говно. Вот этим кодом:
var dt = OS.get_ticks_msec()
for i in range(0, 1000000): gws_write(i, i)
dt = (OS.get_ticks_msec() - dt) * 0.001
print("Init time: ", dt)
И вот результаты:
Init time: 1.159
Load time: 2.905
Save time: 6.51
Во время этих 6 секунд сохранения, как я и предполагал, годот наглухо виснет.
Выходной файл сохранения с миллионом записей весит 15 мегабайт.
Результаты эксперимента: Сохранения надо делать как-то иначе. Как минимум сохранять и загружать данные в файл построчно, а не одной блокирующей функцией. Второй вариант, делать через шарп и бинарный сериализатор. Чем сейчас и займусь.
Зачем тебе инвентарь с миллионом записей? Ты там факториомайнкрафт делаешь?
А в отдельный тред почему функцию не запихаешь? В годоте же есть async
Нужен отдельный слой обстракции, в нем уже функции. А то получится макаронный код.
О! Хорошая идея. Пойду изучу. А то в шарпе у меня крошится чот. Лапки, хуле.
Я заготовочки делаю.
> А то в шарпе у меня крошится чот. Лапки, хуле.
Знаете что, а у меня и в гдскрипте крошиться начало.
var t = Thread.new()
t.start(self, "load_game")
ЧЯДНТ?
Ну блин. Ну ёпт. Хотел же скопировать этот проект на флешку. Пришёл домой. Сделал похожий код в новом проекте и всё работает, не крошится.
Итак, воспроизвёл проект по своим же скринам. Всё так же. Тред крашит приложение при выполнении save_game(), а при load_game() - всё нормально.
Какие будут у вас идеи, годаны?
>Какие будут у вас идеи, годаны?
install unity
Хорошая попытка, но нет.
Решил проблему сам.
1. В строке 45 присваивалось значение переменной State, которая из треда не видна. Это нужно было решить либо передачей параметром, либо работой с глобальной переменной. Я решил глобальной, всё равно функционал сохранения проектирую как глобальный.
2. По несчастливому стечению обстоятельств поверх наложилась вторая проблема, которую удалось на удивление быстро отловить: присвоение словаря из миллиона элементов непустому словарю тоже вызывало какой-то сбой, который внутри треда приводил к крашу.
Потому... та-дам! Пикрелейтед.
>Хорошая попытка, но нет.
А чо, в этой параше нет режима отладки, чтобы просто показывало где оно крашится и почему?
Есть. Но работа с тредами - это известное неосиляторство Хуана, о котором даже в доках написано. Вольная цитата: "неблокирующие треды мы не осилили, заботьтесь о блокировках сами".
И финальный штрих. Добавим немного глобальных флагов, добавим непрерывное их чеканье в процессе. Охапка дров и плов готов!
Пробую создать файл на десять миллионов стро
Заебца. Создаётся. Почти минуту (скрин1). И файл на 170 мегабайт. Но есть одно но, при закрытии приложения, оно слегка подвисает, но закрывается без краша и в ошибках пишет скрин2. Я осторожно предполагаю, это из за висящего в памяти словаря на десять(!) миллионов(!!) строк, который уничтожается в модуле list годота. Всё же думаю, такие большие объёмы в реальной игре не встретятся, но нужно быть к этому готовым. А то, знаете ли, сегодня думаешь, что 650 килобайт хватит всем, а завтра говно по штанине потекло.
А теперь внимание, ловкость рук и никакого мошенства! После того, как распихиваем всё это барахло по синглтонам, получаем в будущей игре вот такой код:
Используя флаг is_job_active, можно выводить в интерфейсе модную анимацию процесса сохранения "не выключайте свою пека, пока видите этот значок".
О, и да! Самое главное! Функции gws_... тоже могут чекать этот флаг, чтобы пока идёт сохранение, игровой мир не модифицировался.
Это из коробки в годоте такое, или ты велосипедируешь?
А, вижу. Модифицированный туториал. Чего они там, учат сохранять всё-всё-всё в текстовик? Ну-ну.
>Чего они там, учат сохранять всё-всё-всё в текстовик?
А надо куда?
Что ну ну? Продолжай раз начал. Сериализация? А она что, не блокирует свой тред? Анус ставишь? А если проверю?
Подсказка: я уже проверял и майкрософтовский сериализатор вешает тред так же на отличненько, как и годотовский. При этом с ним больше еботни. А в отдельный тред оборачивать все равно придется.
И правильно делает, нахуй тебе нужна сломанная сериализация где данные во время записи успевают измениться в кадре?
>сохранять всё-всё-всё в текстовик
Вот какой текстовик выдаёт код с пикч выше. Если вычислишь, в каком месте ебут твою маму - получишь в подарок бесплатную пачку галоперидола.
Не знаю, нахуй мне нужна сломанная сериализация, но я точно знаю, что мне не нужна подвисающая на несколько секунд при сохранении или загрузке игра. Вы наслушаетесь баззвордов и носитесь с ними. Сериализация это подготовка членов класса в требуемый формат и запись на диск. Раньше под сериализацией подразумевалось сохранение только классов, сейчас все подряд называют сериализацией. Если я не хочу плодить классы? Если я хочу подготовить и записать на диск просто массив или словарь? Если настройка такой записи занимает один день? Нужна ли мне си-ри-ва-ле-за-цэя?
> но я точно знаю, что мне не нужна подвисающая на несколько секунд при сохранении или загрузке игра.
А чо, при загрузке/сохранении игры на других движках не подвисают? Точно? А нажми ф5 в какой-нибудь, ты не замечаешь, как все подвисает на пару секунд?
Подвисали игры где-то до конца нулевых, потом видимо ААА-игроделы научились делать:
>"не выключайте свою пека, пока видите этот значок"
>потом видимо ААА-игроделы научились делать
Чекпоинты. Всего пару байт записать, на каком чекпоинте сохранился и сколько у тебя было патронов.
Почему же после загрузки чекпоинта восстанавливаются не только позиция и патроны, а ещё и все недобитые враги, несобранные картины, неоткрытые вышки, и т.д.?
>все недобитые враги
Это не везде так. Могут и сброситься в начальное состояние.
>несобранные картины, неоткрытые вышки
База данных. При открывании меняется всего 1 байт - флаг.
Кстати врагов можно так же сделать. Их будет в среднем штук 20 на обозримом между чекпоинтами участке. Хранить тольк их хитпоинты, тоже байт. Все будет мгновенно сохраняться.
Чекпоинты хорошая штука, но я не уверен, что они подойдут для РПГ. Я нацелен именно на РПГ. А вообще, о разделении сохранений на бд мира и настройки игрока я давно подумывал.8
>Godot 3.0
Как оно в 2017?
Нормально. А что у вас в будущем все показанные в видосе фишки убрали из годота? Пойду, перейду на юнити, пока не поздно.
>> сейчас все подряд называют сериализацией
Вот, вот. Еще и пихают в нее все подряд. Нет бы данные просто сохранят, нет, будем дамп памяти всей игры пихать, чтобы ускорить загрузку на две секунды.
>будем дамп памяти всей игры пихать
Ну эт уже маршаллинг какой-то.
Впрочем, вчера перед сном я размышлял об идеальном сохранении, взвешивал все за и против и пришёл к выводу, что не всё так однозначно.
Тот метод, что описывался выше, когда сцены просто, без задней мысли загружаются и опрашивают состояние игрового мира на предмет своих переменных - он тоже не идеален. Если сцены будут большими локациями, которые сами по себе долго грузятся, то такой подход будет накладным, когда игрок, скажем, босса сражает по хардкору, выходя из сохранения каждые 5 минут - при этом он еще минуту смотрит на экран загрузки локации босса.
Таким образом, нужно проработать сбалансированную систему, в которой будут сочетаться загрузка данных, загрузка объектов (сериализация) и загрузка дампов состояния объектов (маршаллинг).
Причём, это не зависит от движка. Это общая идея.
Так дамп состояния игры - это слепок того, что сейчас есть в оперативке. Там вычленять отдельные объекты и потом их возвращать - еще дольше. Вариантов всегда два на выбор - это либо бд в каком-то виде, либо состояние твоего процесса (игры), скопированное из оперативки в файл и потом просто загружающееся оттуда обратно как есть. Первый вариант - это экономия места, но удлинение времени загрузки. Второе - наоборот. И при методе с дампами уже строго указываем в минималках игры, что требуется столько-то оперативки. И сцены, что дампаем, конструируем, чтобы гарантировано не превышали его.
Я понял. В таком случае можно применить вот какое решение. Сцена не выгружается, она просто расставляет интерактивные объекты по местам, читая данные об этом из загруженного состояния мира. Как шахматные фигуры на доске. Отсутствующие предметы создаются и рекурсивно проверяют свои дочерние предметы, например, инвентарь. Насколько это будет быстро?
> Отсутствующие предметы создаются, лишние выгружаются.
Быстрофикс.
Это и будет обычной загрузкой сериализованных данных из бд. Скорость для всех игр всех жанров приемлимая. Игроки почти никто не задрачивает сейф-лоад, чтобы на паре секунд более долгой загрузки заморачиваться, если она вообще достигнет таких величин.
А рекурсивная загрузка - да, можно. Ты загружаешь сначала данные игрока и данные, которые необходимы ему в ближайшие несколько секунд. Какие именно это будут данные можно вписывать в сам сейв во время сохранения. Но тут еще надо дописать модуль, который будет это анализировать. Поэтому проще сразу просто все данные сохранить в бд, потом все считать из бд и уже стартануть игру.
На это лучше пока не тратить время, потом уже когда игру напишешь, если вдруг именно это будет не устраивать, то потом легко дописать среди прочего рефакторинга.
>маршаллинг
>маршаллинг
Школьник выучил новое слово и сует его не к месту.
Гиперпрыжковый бамп!
А тебе лишь бы что сказать. Ну говорит и говорит, выучил и хорошо. Лучше бы по делу, что писал, а не пустозвонством занимался.
В зеркало посмотрись.
Крысы бегут с тонущего корабля.
Видимо баннер на наг скрине годота не приносил желаемых дивидендов.
Годот, конечно, прикольный, но я сегодня охуел от того, что нельзя делать слайсы у массивов. Плюс конструкция not in не поддерживется, приходится делать not(1 in [1] )
Use csharp, Luke!
Ога. Божественные треки легендарного Jeroen Tel - это наше детство, наша юность. Наше всё!
nice))
Не примазывайся к великой истории своим говдом.
Спасибо!
Твоё копротивление только делает мои скрипты твёрже.
using Godot;
public class Bump : Node
{
public override void _Ready()
{
GetTree().ChangeScene("2ch://gd/godothread.tscn");
}
}
public class Bump : Node
{
public override void _Ready()
{
GetTree().ChangeScene("2ch://gd/godothread.tscn");
}
}
Не тонем!
Подумываю вкатиться, что перспективнее gdscript или c#?
unity
Почему движок реально годный , а ни одной нормальной игры нет?
>Почему движок реально годный , а ни одной нормальной игры нет?
Вечная проблема опенсурса: он всегда догоняющий. В большинстве случаев опенсурс - это реализация того, что уже есть на рынке. Вот и здесь, Вася из 6 б просто возьмет Unity для своей игры про срущих пингвинов. Просто потому, что Unity появился раньше, успел продвинуться, на нем сделали несколько грамких проектов.
Большинство возьмет то, что у всех на слуху, и будут им пользоваться, распространяя эту заразу по цепочке
>Просто потому, что Unity появился раньше
А я думал потому что unity это лучший движок.
Сначала gdscript, потом С++.
Какая обидка.
Какая боль! Какая боль! Юнити - годот => 5:0
Потому что ты не сделал.
>Вечная проблема опенсурса: он всегда догоняющий.
Двачую. Вчера поставил убунту на свою пека 4 ядра 8 гигов, ПЕЧ1060. И таки шо ви думаете? В фаерфоксе тормозит плавная прокрутка. Шёл 2018 год.
Дрова на видео поставить не осилил?
Что там осиливать, лол? И не дрова, а проприетарный пакет.
В других ОС тоже дрова надо самому ставить?
Да, например, в винде посылают на сайт какой-нибудь нвидиа и качаешь себе последний драйвер под свою систему и свою карту.
Потому что он годный только для прототипирования.
Возможно также для мобилок, так как он под них затачивается авторами, но я этой парашей не интересуюсь, так что не могу достоверно сказать.
Для всего остального же там всюду торчат квадратные колёса и палки в спицах:
- Нет экспорта на консоли искаропки, даже платного.
- Нет полноценных рендер таргетов для ПК, даже опенгл. А вшивый глес умудряется тормозить на топовых пк в простеньких платформерах.
- Опенсорс на словах, а на деле этого опенсорса для акнеблядей не существует. Всё заточено под прыщеблядикс, причём авторы очень любят альтернативные тулсеты, неизвестные рядовому программисту. Настроить среду для компилирования Годо - та ещё задача.
- Побочный эффект опенсорса - никто не чинит баги, даже критические, вместо этого большую часть времени занимаются добавлением новых никому нахуй не нужных фич. Забагованных, естественно.
Да, и на данный момент Годо как продакшн-движка опять не существует. Ветка 3.0 сломана и недоделана, в стабильную фазу войдёт хорошо если через два года. А ветку 2.1 тоже сломали последними апдейтами и, похоже, забросили.
Итого - движок вроде и есть, но если рассматривать его со стороны выпуска игр для конечного пользователя, то его нет, если только ты не совсем простое дерьмо делаешь, или мобилкодерьмо.
Но для прототипирования и быстрых игр для джемов на пару дней - лучше нету. Саму концепцию и архитектуру движка я считаю очень удачной. Но блядь, как обычно, реализация подводит.
>Саму концепцию и архитектуру движка я считаю очень удачной
Просто ты слаще морковки ничего не видел. Советую установить юнити.
> Возможно также для мобилок, так как он под них затачивается авторами
Так затачивался, что gles2 до сих пор падает.
>Советую установить юнити
>unity это лучший движок
>Юнити - годот => 5:0
Семен, задрал пиарить Унити
Вот станет он опенсурсным - тогда можно будет попробовать. А пока из движков есть только Годо
> Возможно также для мобилок, так как он под них затачивается авторами
У меня на вин7 все с первого раза завелось, под плюсы и вижуал студию. Но у меня 20 лет оптыа геймдева. Впердюлил сконс в питон, потом вот этот скрипт доработал https://gist.github.com/Calinou/6cd0c45f994b31f281eec66f0eeb401d
>Побочный эффект опенсорса - никто не чинит баги, даже критические, вместо этого большую часть времени занимаются добавлением новых никому нахуй не нужных фич.
Двачую. До сих пор охуеваю, уже Хуан объявил заморозку фич в альфе 3.1, только фиксы, но чу, все новости и коммиты начинаются со слов Мы добавили хуйнянейм.
Если для тебя критерий опенсурс, то есть cocos2d-x.
Видел я ваше юнити(когда моды на КСП делал), больше не хочу.
Концептуально юнити сосёт с проглотом у Годо. Да и реализация там не сильно лучше.
Ещё вдогонку - вот я пишу на Годо довольно крупную игру, уже год. Но в последнее время я реально задумываюсь о том, чтобы переписать всё нахуй на свой движок с человеческим рендером, оставив архитектуру и использовать в дальнейшем Годо просто как редактор сцен.
Обычный синдром NIH.
Качните кто нибудь посмотрите каким костылем он по наклонным поверхностям скачет, интересно же.
inverse kinematics что ли добавили?
Он же просто так таски на патреоне вроде закрывает. Отсекание всё ещё не завезли?
Классно.
>скачайте неизвестно какую версию мастер ветки
>скачайте какую то приблуду для гита неизвестно для каких платформ
>которая качнет неизвестно откуда и какие блобы
>запустите то что получится но не факт что оно заработает
>каким костылем он по наклонным поверхностям скачет
Gary.tscn
Начиная с этого поста, мы пытаемся всем двачем разрабатывать реализацию ECS-парадигмы для Godot.
Мы еще про название форка не договорились.
А чем обычное ECS не подходит)
Просто наследуй все от ноды.
>А чем обычное ECS не подходит)
Тем, что его - нет.
>Просто наследуй все от ноды.
От ноды будут наследоваться системы. Компоненты и сущности будут наследоваться от потомков ноды.
Почитал я про этот ECS. Теперь понятно, почему юнька так тормозит. Броадкастить все сообщения всем, а потом фильтровать нужные.
Нихуя ты не читал.
Годаны, я тут написал простенький спавнер, но он чото не работает. Добавленная нода должна спавниться, а она перемещается. Подскажите, ЧЯДНТ?
> Подскажите, ЧЯДНТ?
Используешь гондот.
Хаха! Сделал мой день.
Ответ неверный. Подумай ещё.
А это мысль, нужно создать персонажа Петуха-Энтитуха, страдающего преждевременной кокоптимизацией. Чтобы он такой кокококококо внимательно в экран смотрит, задумчиво клювом водит, тут SSE-интринсик впендюрил, сразу радостное КУДАААААх , там кучу бойлерплейта написал, такой получил +5 фпс и сидит довольный, кукарекает и тут такое оказывается, что он всё это время сидел в питушином углу, его блатные сокамерники уже три игры на объектах с наследованием написали и зашиппили, а разъяренный издатель в конце этой истории засовывает ему банку с абстрактной фабрикой в анус.
А теперь внимание, правильный ответ:
Надо вычистить код от юнитицирка.
Надо вычистить код от юнитицирка.
В курсе, что если в одном фрейме вызвать два new Random()'а, то оба выдадут одинаковый NextDouble()? Надо одним инстансом Random'а пользоваться
> альфа 2014 года
Идеально подойдет годоту.
В курсе. Потому что в одном фрейме у них будет одинаковый seed, который в конструкторе по умолчанию берется из таймштампа. Я уже сталкивался с этой проблемой в GenerateSpawnPoint() она сейчас уже переписана на один инстанс, заскриншотить забыл.
> A fast, type-safe C++ Entity-Component system
Нет, кресты не подойдут. Ебашить код через трипиздыколена - такое себе удовольствие.
Нужен энтитух на шарпе, например:
https://github.com/sschmid/Entitas-CSharp
https://github.com/sebas77/Svelto.ECS
>open source
>на шарпе
А смысл? Это ведь будет работать медленно и не даст никакого профита.
>2к19
>не знать про JIT
Сабж, господа!
Зацените.
Заодно подскажите, как навесить сигнал на автосоздаваемые чанки, чтобы избавиться от перебора словаря?
Зацените.
Заодно подскажите, как навесить сигнал на автосоздаваемые чанки, чтобы избавиться от перебора словаря?
Всё равно до плюсов не дотягивает. C# Mono раза в два с половиной медленнее их.
Отказываюсь верить без бенчмарков.
.. по самым оптимистичным прикидкам.
>2016
Ну а что, в Mono с тех пор появились какие-нибудь убер-оптимизации в корне меняющие картину? В новых замерах добавили C# .NET Core, он пошустрее будет, но всё равно не быстрее Джавы. К тому же разрабы Годота предпочли его проигнорировать (выбрав Mono), поэтому в этом треде нет смысла про него говорить.
> Кокоптимизация, на 8 секунд быстрее, кудах
Энтитух, ты сначала игру сделай, а потом про оптимизацию думай.
>Ну а что, в Mono с тех пор появились какие-нибудь убер-оптимизации в корне меняющие картину?
Угу. AOT-компиляция называется. И это, собственно, главная причина помимо открытости исходов почему и в юньке и в годоте выбрали моно.
Тупо потому что на яблочной сперме Java запрещена.
>ты сначала игру сделай, а потом про оптимизацию думай.
> А если чё клиенту поможет мой кореш Вася из "интегрешонал солюшенз васян" - он ему топовый блейд-сервант на Xeon E7 внедрит за откатик.
> А если чё лохи с топ пекарнями на минималочках в 20 фпс поиграют, пупжик не даст соврать
Знакомая логика интырпрайзной жабомакаки, вкатившейся в геймдев.
Продолжаем велосипедить. Вот попил с утра чайку и навелосипедил процедурную генерацию игрового мира с возможностью загрузки разных кусочков ландшафта.
Ваши замечания и предложения?
Ваши замечания и предложения?
Код пока что абстрактный, не удивляйтесь, почему целых два словаря. По гениальной кириллозадумке, в сохраняемом словаре хранятся только индексы и координаты, а в действующем словаре хранятся координаты и инстансы. Таким образом, для выгрузки блока достаточно выгрузить инстанс из словаря и удалить запись, для повторной загрузки достаточно чекнуть индекс по ключу-координатам и снова загрудить блок с полученным индексом.
Вместо add_child() будет set_chunk(index, parent_node) внутри которого для parent_node будет уже вызываться add_child(). Таким образом можно будет строить дерево сцены любого уровня вложенности, который опять же можно будет сохранять в файл в виде простого представления, например, как строка с разделителем-слешем, или как строковое имя ноды, при этом несложно реализовать отложенную загрузку: нода-А требует в качестве родителя ноду-Б, но нода-Б ещё не загружена, нода-А тоже не загружается и записывает себя во второй проход. Первый проход, при наличии хотя бы одной записи, рекурсивно вызывает сам себя.
Что вообще за бенч? Может там программа запускается и убивается миллион раз в цикле, что предсказуемо вызывает перекомпиляцию.
Godot ECS! Hell yeah!
А вы думали я тут с вами шуточки шучу? Завтра будем пилить сообщения и системы.
В результате нехитрого кода на скриншоте, в запущенной игре появляется полноценно управляемый персонаж. Компоненты: боди - кинематика, контроллер - просто нода с обработкой инпута в процессе, спрайт - годофейс. Самое интересное - аргументы. При задании парента компонент создаётся как потомок указанного парента. При задании экзека - происходит вызов функции, если она имеется у компонента. Это нужно, чтобы, например, спрайт следовал за телом, являясь его потомком.
А вы думали я тут с вами шуточки шучу? Завтра будем пилить сообщения и системы.
В результате нехитрого кода на скриншоте, в запущенной игре появляется полноценно управляемый персонаж. Компоненты: боди - кинематика, контроллер - просто нода с обработкой инпута в процессе, спрайт - годофейс. Самое интересное - аргументы. При задании парента компонент создаётся как потомок указанного парента. При задании экзека - происходит вызов функции, если она имеется у компонента. Это нужно, чтобы, например, спрайт следовал за телом, являясь его потомком.
Соответственно, код из первого скрина выносится в ComponentFactory, снабжаясь дополнительным аргументом Entity или eName. Экзеки вырезаются нахуй и заменяются подписками на сообщения.
А мог бы игры делать.
Даже с JIT, работающая хрень, написанная под виртуальную машину, запущенная на реальной машине. Никогда физически не приблизится к скорости работы с той хрень, что работает просто на физической машине.
Давно уже известно (и никогда не было секретом), что преимущество языков на виртуальной машине (или фреймворке каком) не в скорости.
Дальше сам.
И виртуальные ядра центрального процесоора только мешают ядрам физическим.
>AOT-компиляция >помимо открытости исходов
.NET Core тоже открытый. И тоже имеет решение для AOT, а именно CoreRT.
>главная причина >почему >в годоте
Ну, Хуан приводил аргументы, что Mono легче интегрируется и портируется. Кроме того, там же высказывались, что .NET Core ещё пока молод и незрел, но в будущем его могут задействовать.
benchmarksgame же. Довольно известный набор микробенчмарков.
Физику пофиксили?
Бесполезное говно без задач.
Да, мальчик. Не в скорости работы, а в скорости разработки. Поэтому каждый эффективен в своей нише, C# и Java - это бизнес-приложения.
Мальчик - твой папа по сравнению со мной, алё.
Опять упёрся в производительность. Если генерировать вокруг себя 16х16 чанков или более, начинаются ощутимые просадки фпс. Жизнь боль.
Причём встроенный счётчик фпс показывает ложь, правду показывает только профайлер.
Причём встроенный счётчик фпс показывает ложь, правду показывает только профайлер.
Как ты находишь, куда ставить новые чанки? Простой перебор всех возможных мест очень сильно сказывается на производительности. Как вариант - разбивай спавн по фреймам, чтобы более Х чанков за фрейм не спавнилось.
>Как ты находишь, куда ставить новые чанки?
>1539113397.png
Строки 8-12
>Как вариант - разбивай спавн по фреймам, чтобы более Х чанков за фрейм не спавнилось.
Вот, да, подумаю над этим. Спокойной ночи!
Собираемся в команду?
Столкнулся с проблемой. При вызове из гдскрипта публичных свойств объекта на сишарпе, они не устанавливаются.
Код простейший. Сделай ноду на сишарпе, добавь публичное свойство с сеттером. Создай ноду на гдскрипте, любым способом добавь к ней ноду на сишарпе. Попробуй задать у нее свойство.
Код простейший. Сделай ноду на сишарпе, добавь публичное свойство с сеттером. Создай ноду на гдскрипте, любым способом добавь к ней ноду на сишарпе. Попробуй задать у нее свойство.
>сайт Godot
>REQUIREMENTS: OpenGL ES 3.0 compatible hardware
>смотрю у себя
>OpenGL Version: 3.2
>скачиваю
>ставлю
>Fatal error
>Your system's graphic drivers seem not to support OpenGL 3.3
>REQUIREMENTS: OpenGL ES 3.0 compatible hardware
>смотрю у себя
>OpenGL Version: 3.2
>скачиваю
>ставлю
>Fatal error
>Your system's graphic drivers seem not to support OpenGL 3.3
Драйвера проверь. Может ты всё это время сидел на дефолтном драйвере майкрософта?
А вообще, если ты Кирилл из соседнего треда, то вполне возможно, что на твоём некроноуте годот не взлетит.
OpenGL ES != OpenGL.
Ага, дрова 2010-го. Залез на сайт Радеона, там есть за 2015-й. Поставил. После перезагрузки черный экран. Пришлось откатываться восстановлением. Охуенные дрова, блябуду.
Если у тебя интегрированная видюха от Интел -- можно попробовать Линукс -- там оно наверняка запустится без проблем. Вообще, дрова интеловских интеграшек там по уровню поддержки OpenGL как правило опережают виндовые. Например:
>Sandy Bridge HD 3000 and 2000 Linux:OpenGL 3.3 Windows:OpenGL 3.1
Недаром Intel -- контрибьютор номер один в ядро Linux.
А, у тебя Радеон. Сорри, в глаза сношаюсь, не увидел этот пост.
И вообще, на линуксе, по крайней мере в производных от дебиана дистрибах, искаропки ставится свободный драйвер с программной поддержкой всего-всего. Годот хоть и медленно, но работает.
Попробуй в годоте переключить на GLES2
Тредик, живи! Годотяночка, не грусти!
Почему на вашей годятине нет и одной более менее известной игры?
А если есть, то приведите хотя бы топ 3.
А если есть, то приведите хотя бы топ 3.
1. Потому что ты не написал.
2. Идёшь в Гугл и пишешь ему: godot games steam
Потому что godot - это персональная афера Хуана по обогащению за счет продажи змеиного масла восторженным хипстерам.
>Почему на вашей годятине нет и одной более менее известной игры?
До чего же чсвшные неймфаги у нас. "Обоже, на мой вопрос ответили на стриме! Обоже, напилю шебэмок и буду всем показывать!"
Тьфу!
Ты сейчас возмущаешься поступками больного на голову человека. Свинья срет не потому что чсв, а потому что шиза.
>А если есть, то приведите хотя бы топ 3
Ему просто не хочится выдать три игры от Распидора.
>Свинья срет не потому что чсв, а потому что шиза.
да
Автор игры MilkFight, подойдите пожалуйста в годотред. Мы вам поможем настроить масштабирование игры под разные мониторы.
А что там не так с масштабированием? Оно же в окне запускается.
Ну там в порнотреде какой-то анон жалуется, что у него на квадратном мониторе полигры за экран ушло.
Как делать онлайн-игоры: https://www.youtube.com/watch?v=Xu3LtVihYoo
https://github.com/godotengine/godot/blob/master/servers/visual/visual_server_raster.h#L100
Пиздец, by pidors for pidors. Это они защиту от IDE запилили?
Пиздец, by pidors for pidors. Это они защиту от IDE запилили?
Ты наверное и с федоры для распбери-пи ржёшь, додик?
Конечно, в опенсурсе сейчас тренд такой. Принять Code of Conduct, потом заставить переименовывать master-slave в primary-replica, запретить файлы настроек whitelist и blacklist,
Он на прыщеблядиксе сидит штоле? Щёлкнуть по заголовку окна чтобы оно автоматом на экран масштабировалось не додумался?
Не тонем прокрастинаторы! Летим сквозь звёзды к мечте!
Скидка 88% на CopperCube 5
Оказывается, есть еще более элитный движок. https://gcup.ru/news/skidka_88_na_coppercube_5/2018-10-19-8238
фьючелист такой же как у годота:
- идеально подходит для бомжей
- игор на нем и не будет
- можно делать 3д
- можно делать качественные презентации
- мало весит
- хуй тебе, а не ассет стор
- обрабатывает ввод с клавиатуры
- можно засирать все дискачи вскукареками о своем любимом движке
Но есть и эксклюзивное преимущество:
- можно его включить и все стимодрузяшки будут видеть, что ты игродел
- можно засирать все дискачи вскукареками о своем любимом движке-который-не-годот
Оказывается, есть еще более элитный движок. https://gcup.ru/news/skidka_88_na_coppercube_5/2018-10-19-8238
фьючелист такой же как у годота:
- идеально подходит для бомжей
- игор на нем и не будет
- можно делать 3д
- можно делать качественные презентации
- мало весит
- хуй тебе, а не ассет стор
- обрабатывает ввод с клавиатуры
- можно засирать все дискачи вскукареками о своем любимом движке
Но есть и эксклюзивное преимущество:
- можно его включить и все стимодрузяшки будут видеть, что ты игродел
- можно засирать все дискачи вскукареками о своем любимом движке-который-не-годот
Не надо, у меня уже есть юнити и я засираю им все дискачи, которые вижу.
А мог бы игры делать.
>Скидка 88%
Да, этим бесплатный годот похвастаться не может.
ГОГОТ ВСЁ???
Как там с новыми версиями движка? Фантомные тормоза пофиксили?
Какие какие?
Очевидные фантомные подтормаживания, независящие от фреймрейта.
Мы должны угадать, что это, если ты ни разу про это не отписывался? Вентилятор на видяхе включи.
На ведроиде мне тоже вентилятор включить? Я думал, это что-то уже всем известное, как и простой джиттеринг.
Странно что у тебя вообще на андроиде запустился.
А что такого? Там же экспорт в апк есть.
Приветствую новичков треда! Нам очень важно, что Вы присоединились к нам.
Обесняю: два треда подряд один местный юродивый кривлялся, что игры на годоте не запускаются на нищевстройках пека от интел и нищемобилах, на которых нищуки не покупают игоры, а воруют на 4пда. Сначала ему пытались объяснить, что глес2 устарел и не нужен, но быстро поняли, что он может только кривляться и паясничать.
Как видишь, у него запустилось, но не работает. Это ничем не лучше.
>юродивый
Юродивый тут только ОП треда, у которого Годот это второе пришествие Иисуса Христа, а то что не работает это просто ненастроено, и вообще юнити в тапки насрали.
Так ты подробности давай. Лагает на пустом проекте с одним кубом? С прыгающей демкой Хуана? С каким-то твоим проектом на 100500 спрайтов? 2д, 3д?
>глес2 устарел и не нужен
Передай Хуану, что он зря на него месяцы работы потратил в таком случае.
У меня это была версия до той самой демки, уже и не вспомню номер. А фантомные тормоза даже в самой примитивной 2d-сцене с 3.5 спрайтами. Думаю, не все даже внимание обратят на такие закидоны движка, а меня аж прям коробит.
>ОП треда, у которого Годот это второе пришествие Иисуса Христа
Лолшто? В сарказм не можешь, клоун?
Хуан повёлся на нытьё вот таких вот нищуков, и вместо того, чтобы довести до ума движок (те же фантомные подтормаживания побороть, я их тоже видел, а ещё зэтфайтинг в тайлмапах в 2д (в двадэ, Карл! зэтфайтинг!), начал пилить поддержку глес2. Позор ему.
Да вы посмотрите на этого Хуана. Типичный омежка, не умеющий сказать - нет.
Я на месте Хуана вообще бы заморозил разработку мобильных платформ до полного доведения до ума движка. А уж после того, как годот заработал бы нормально на пеках, только тогда перешел бы к реализации мобильных фич. Нужен мобильный гейминг - юзайте ветку 2.1. и ниибёт.
>Я на месте Хуана вообще бы заморозил разработку мобильных платформ
хуан просто долбоёб с оверхедом своим
>хуан просто долбоёб с оверхедом своим
хуан долбоеб. просто долбоеб
>хуан долбоеб. просто долбоеб
Ньюфаги уже и не помнят, как /gd/ потряс хуана...
Ты бы еще гордился что СССР человека в космос запустило когда то.
https://github.com/godotengine/godot/issues/937
>Integrate javascript support as scripting language
>I'd rather programmers learn GDScript and then have a good experience, than use something they know and then have a bad experience, so probably never going to happen.
Сказочный долбоеб. Зачем его только из больницы выпустили?
>Integrate javascript support as scripting language
>I'd rather programmers learn GDScript and then have a good experience, than use something they know and then have a bad experience, so probably never going to happen.
Сказочный долбоеб. Зачем его только из больницы выпустили?
Напиши враппер, который подключается к годот-проекту через nativescript и выполняет код на javascript.
>ChakraCore and JavaScriptCore both perform superfast pure js calculations (50-200 times faster then GDScript)
>But using the bridge to C++ is still very slow (10-30 times slower then GDScript)
Если бы ты создал дваческрипт, ты бы тоже говорил "ну лучше вы его учили".
Ахаха! Критиковать Хуана все горазды, а сами на поверку неосиляторами оказываются!
Так в том и суть GD скрипта в легковесном "мосту" между плюсами. Ты знаешь хорошие интеграции JS с плюсами, которые работают лучше?
Я с дивана сейчас скажу, сильно не пинайте, но на мой взгляд, у гд-скрипта вообще моста нет, я со своего дивана предполагаю, что он интерпретируется при исполнении программы-проекта. А в самом движке реализован парсер, который преобразует операторы гд-скрипта в заранее написанные на плюсах функции.
В качестве пруфа, в годоте возможен такой код:
var s = GDScript.new ()
s.set_source_code ("extends Button\nfunc _pressed():\n\tget_node(\"/root/Control\").choice(" + String (c) + ")")
s.reload ()
b.set_script (s)
То есть, для мимокроков поясню, на лету создаётся скрипт и присоединяется к на лету создаваемой кнопке. То есть, на этапе компиляции проекта скрипт не существует, как скрипт. А только как строковая константа.
Таким образом, чтобы добиться сравнимой производительности, следует искать/делать не мост/враппер между сторонним интерпретатором джава-скрипта, а искать/делать сам интерпретатор и встраивать его в годот на уровне компиляции самого годота.
Мне кажется там речь идёт о тормозах именно NativeScript или как там оно называется
Примерно так и есть, но свой интерпретатор пилить это задачка та еще. В юнити пытались и получили обрезок джаваскрипта, которым никто не пользуется.
Поэтому надо не выёбываться и иметь изучение гд-скрипта, чтобы поиметь хороший опыт.
Каковы мои шансы выучить ГДСкрипт, если я:
-Распиздяй
-Дрочу каждый день
-Ранее не программировал, кроме как пару раз на C#, с уроков на гикбрейнс и всё уже давно забыл.
-Распиздяй
-Дрочу каждый день
-Ранее не программировал, кроме как пару раз на C#, с уроков на гикбрейнс и всё уже давно забыл.
>Каковы мои шансы выучить ГДСкрипт,
Ты игры пришёл делать или учить гдскрипт?
Второе легко, если ты занят первым.
Спасибо за мудрость, сенсей!
А что можно делать игры не уча какой-либо язык программирования?
Мне ютуб об этом каждый день напоминает рекламой своей хайповой хуйни.
И что там? Мне он нихуя не напоминаетпотому что я адблок юзаю
>А что можно делать игры не уча какой-либо язык программирования?
Ага. Вот например, недавно в веге всплыл олдфажный Bioware Aurora Toolset for Neverwinter Nights - кодить не надо, только диалоги пиши и домики деревянные по карте расставляй, вся остальная игора уже сделана за тебя.
Прекрасный вариант для начинающего кирилла осознать, что программирование в создании игры - это от силы 5-10% трудозатрат.
>Bioware Aurora Toolset for Neverwinter Nights
Не, совсем не то. Там за пределы однотипной ммо рпг выйти нельзя и не сделать какой-нибудь шутан.
Это само собой, что в конструкторе модов к уже готовой игре, можно сделать только можы в том же жанре. Но суть ты не уловил, в шутанах не меньше художественной работы, чем в псевдоизометрической эрпогэ. А учитывая современные требования к графону, даже больше. Таким образом у тебя код игровой логики (рейкаст на цель, подсчёт урона, отдельный подсчёт на хедшоты, загрузка/выгрузка уровней, запись параметров в сейв) займёт у тебя гораздо меньше времени, чем моделинг/скульптинг, и настройка постобработки ползунками и мышкой.
От жанра зависит. В пошаговой эропеге ты будешь кодить половину времени, в вн будешь писать сценарий 90% времени, в клоне дварф фортресса - кодить 99% времени.
Без обид, анон, но не соглашусь. Объём кодинга зависит напрямую от проектирования приложения. Если всё правильно спроектировать - реализация пишется за несколько дней.
Конечно если писать по наитию (как я писал бомбермема) выйдет так, что к середине реализации выяснится, что выбранный способ хранения данных не подходит для реализации половины фич, о которых вспомнил по пути. И это не зависит от жанра.
Когда есть правильно расписанный диздок, дварф фортресс не отличается от пошагового эрпогэ. Даже если ты всё отрисовываешь псевдографикой.
Без обид, анон, но ты сейчас хуйню полную спизданул. Головой сам подумай, как тебе правильно расписанный диздок сделает объём кодинга трёх механик равным объёму кодинга трёх сотен механик?
>Головой сам подумай
Я это подумал лет эдак 15 назад. Берёшь и разбиваешь задачу на подзадачи.
>2Д
Нахуя если есть ГамеМакер студио или на крайняк рпгмэйкер?
>3Д
UE и Юнити. Нахуй еще что-то помимо этого?
Надо было тебе голову менять лет эдак 15 назад. Не вырос был дебилом.
> не может решить задачу по проектированию игровых механик без бойлерплейта и оверинжиниринга
@
> считает дебилом того кто может (и мог 15 лет назад)
Эталонный двачной дурачок-обсиратель, аж печать ставить негде.
Какое же говно ты делаешь, если оно всегда бьется?
В Анриле придётся возиться с блюпринтами, а о бесплатной версии Юнити говорили, что кошмар с оптимизацией.
Я понимаю, что ты выучил новые умные слова и тебе не терпится их применить без повода, но они не сделают тебя умнее.
Я вроде довольно просто и ясно общаюсь обычно, но, похоже, у некоторых не хватает интеллекта даже на восприятие простых и очевидных фраз.
А что у тебя не бьется на подзадачи? Мне даже чот в голову не приходит такое, что нельзя было бы разбить на более мелкие части, которые можно писать и тестировать по отдельности.
другой анон
Ну например глубоко оптимизированный цикл рассчётов массива структур, оптимизированных под процессорный кэш. Даже если в нём производится много разных и сложных рассчётов, ты не сможешь вынести их в отдельные функции, например, потому что у тебя тогда пойдёт по пизде оптимизация - засрутся очереди вызовов, прогнозирование процессорных инструкций станет вести себя непредсказуемо, да и вообще хорошо, если оно простым джампом разрешится, а иначе вызов процедуры у тебя жрать будет больше, чем сама процедура. Если это в узком месте случится, то это тебе производительность в разы просадит.
мимокрок
Если ты это написал с мыслью о GDScript или, боже упаси, Visual Script, то я даже не знаю, что тебе ответить.
А если имелись в виду кресты или шарп, то там есть такая прекрасная штука, как inline.
Бывают такие сложные зависимости А->B->С->А, что пока не напишешь все части, не заработает ничего.
INSTALL UE4
Написал ты часть А, для В и С написал заглушки и тестируй сиди, сколько влезет.
Да конечно, о том и речь что бывают достаточно сложные системы, когда невозможно написать заглушку, не реализовав ее всю.
Мань, ну не пизди.
Годаны, как без заёбов импортировать модели из Макса? Срочно надо!
А без задней мысли пробовал?
Годот не умеет импортировать 3д модели, у них там какие-то задвиги про то, что все пользуются неправильными форматами.
Выглядит ужасно, как браузерные говноигры, аж противно
Сейчас каждый второй движок умеет экспорт в WebAssembly, так что твоя фраза теряет смысл.
Естественно. Первое, что попробовал - это просто импортнуть без задней мысли.
Блядь, как же я обосрался. А потом еще раз.
>Сейчас каждый второй движок умеет экспорт в WebAssembly, так что твоя фраза теряет смысл.
Юнити умеет в WebAssembly? Иди запусти тогда Rust в браузере, дебил.
Если ты делаешь хоррор, то довольно крипово выходит.
Только выиграли!
Умеет, с год где то.
А почему я должен собирать раст, а не разрабы?
Вообще да, изначально собирался пилить что-то типа хоррора. А скорее даже, что-то типа лавкрафтовщины. Жуткая НЁХ в глубоких подземельях воздействует на разумы и тела людей. Потом ты такой открываешь дверь ударом ноги и перед тобой ночь, пылающий огнём пожарищ город, толпы мутантов и нужно продержаться, пока не настанет рассвет.
>А почему я должен собирать раст, а не разрабы?
А потому что тебе даже исходники если дать, то ты нихуя не поиграешь в браузере.
Кто тебе сказал? Я в 3д шутеры лет 5 назад в браузере играл.
В какие, например? Дум, который на 486 игрался нормально? Вот это достижение.
>Этот туман в трех шагах
Сука, содомит
Для реалистичного геймплея.
Вот это я называю: обосрался и заткнулся.
>cursors can now be as large as 256×256 (needed to be exactly 32×32 before).
Wow.
Wow.
Сам даешь названия своим обсерам, опущ?
А кто спрашивает?
Хозяин твой тебя спрашивает, СУКА! Быстро признавайся!
Всё вместо того, чтобы моус-инпут починить и просто давать пользователю 2д спрайтом пользоваться?
Вверительную грамоту покажи?
Ладно, браузерные игры, написанные в флеше, годов 2009-2011
И все равно большая часть этих поделок выглядит ужасно
Ну так я не про игры вообще, а про говноигры
Все равно ты говнодел и собака никчемная.
На конгрегейте в те годы много годноты было.
Для тех времен–да, но сейчас такая картинка выглядит убого, да и разнообразными браузерные игры тех времен не назвать
Годотоеб бомбанул
>В этом треде предлагаю лампово собираться в дружное комьюнити вокруг годо, чтобы обмениваться идеями, подсказками, сниппетами, и запилить вместе какую-то простенькую игру.
Ну, как собрались? Запилили?
Я на юньке годноту пилю, ничтожество ты обблеванное.
В него так и не завезли настоящее 2d?
Рисуй в текстуру по пикселям, хуле тебе мешает.
НЕНУЖНА. Сам жри свой 2д кал по помойкам
Нужно же. А что ещё кроме 2d на нем делать?
>На, вот 2013 без тумана.
В браузере, ага?
Ага. Та версия только в нем и работала.
Не собрались. Не запилили.
Говноед2
Знатоки godot подскажите. Можно как то задать толщину компоненту sprite3d. Или может быть как то программно создать меш на основе картинки, так что бы при сменен картинки менялся меш?
Комп тянет. Просто задумка такая, есть картинка и её нужно задать объём в ширину, причём нужно сделать так что при смене картинки объём тоже изменялся. Может я конечно это не правильно делаю.
разве это шейдером не сделать, как те же дырки в фире делали на стенах?
Скорее всего, то что ты задумал, делается не через спрайт3д. Лучше скажи, что именно ты хочешь сделать?
Программно создать меш может этот класс https://docs.godotengine.org/ru/latest/classes/class_immediategeometry.html
Вот что я хочу сделать https://r.mprd.se/media/images/158408-Little_Big_Planet_(USA)-1515042893.jpg. Смотреть на мечи. Есть картинка меча и у неё есть объём в глубь. Я хочу программно с изменением sprite строить объёмный mesh.
Выглядеть будет уёбищно. Я б тебе рекомендовал заготовить в блендере несколько мешей для тех объектов, что ты будешь показывать и всё.
Да изначально я так и думал, но таких объектов будет много и вот думаю можно ли это сделать программно. Может у кого нибудь был такой опыт.
Тут в соседнем треде чел же свой майнкрафт на годоте начинал. Почему бы у него кода не свистнуть?
В инете много примеров, вот для юнити https://gist.github.com/valryon/f7b7b7d40e3fe2e12e6290a48ec439c6
Ищется по extrude 2d code
https://stackoverflow.com/questions/47845129/extrusion-of-2d-building-footprints-according-to-heights-using-python
Спасибо. То что нужно. Буду разбираться.
Годнота подъехала:
https://www.youtube.com/watch?v=xSX1pN_dQQA
https://www.youtube.com/watch?v=xSX1pN_dQQA
Ребят, код в годоте пишется на питоне?
Мимонуб
Мимонуб
На годотоне
Мегагодон.
Хочу предупредить любителей шарпа о найденном мною баге в редакторе 3.0.6.
Если добавлять сигнал через редактор, то связанная с ним функция добавляется без задней мысли в конец файла, а не в конец класса, как должно быть. Поэтому надо вручную переставить закрывающую класс скобачку. Для профи это не проблема, а новичка может ввести в ступор, почему не работает?
Если добавлять сигнал через редактор, то связанная с ним функция добавляется без задней мысли в конец файла, а не в конец класса, как должно быть. Поэтому надо вручную переставить закрывающую класс скобачку. Для профи это не проблема, а новичка может ввести в ступор, почему не работает?
Нет, не умею, не хочу, лень.
Наш человек.
Всем прива в этом треде, хочу запилить свою 3д игру на годоте, как быстрее всего вкатиться???
>3д игру на годоте
>как быстрее всего вкатиться???
Лучше катись в УЕ4. Годот для двадэ. Либо жди вместе с нами, пока допилят до ума.
Главное в юнити не вкатывайся - параша та ещё.
А если в платный Юнити? Там получше может быть?
1. Ставишь
2. Вкатываешься
Если денег не жалко. Валяй. Никто тебе не запрещает. Но не рекомендую. Уровень юнити - уровень бесплатных приложений. Стыдно продавать подобный продукт. УЕЧ - достоин своих денег. Юнити - нет.
>УЕЧ - достоин своих денег.
То-то же в /gd/ не ни одного нормального УеЧ-ера.
>Продавать продукт
Тутуру, все давно на фри ту плей микротранзакциях зарабатывают.
Мы вообще-то платный юнити про обсуждали, туруру блядь.
Вот мой максимум в годоте за 9 месяцев. Извиняюсь за шакальное качество, я в ебенях на адсл.
Охуенно! Как учился?
Смотрел туториалы на ютубе. Читал документацию. Много читал. На инглише.
Ну и вообще, до вката в игрострой прошлой зимой, я программировал, поэтому в кодинге вообще не новичок, знаю ООП, знаком с парой-тройкой паттернов, в частности, понимаю суть ECS и т.д.
Сап. Нужно сделать очень маленькое приложение под Android/iOS. Когда я сделал билд с пустым проектом на Unity, он весил около 40 мегабайт. Сколько, приблизительно, будет весить пустой билд на Godot?
Около 20-25 метров на шинде.
Под мобилки еще меньше будет?
Ща погоди сбилжу. Аж самому интересно стало.
А хотя нет, не подскажу, там дохуя настраивать надо, а я уже спать собирался. Гугл в помощь, анон.
Спроси у Петра сканера https://www.youtube.com/watch?v=5Z-5EE5-Zww он охотно с людьми общается.
Спасибо.
Ну ладно, а в двадэ на годоте как быстрее всего вкатиться?
Как и везде. Самый быстрый способ обучения - обучение с живым преподавателем. В условиях сычевальни, самый ближайший аналог живого преподавателя - туториалы на ютубе. Ты смотришь, что объясняет тебе живой человек и обязательно повторяешь на практике. Никакого копипаста из "ссылок в описании", ставь на паузу и перепечатывай код с экрана в редактор. Это очень важно. Пока ты набираешь код руками, активируется моторная память, ты запоминаешь как набирать код. Это касается не только кода, но и работы с пикчами для спрайтов и даже с мешами для тридэ. Поэтому всю настройку проекта тоже повторяй самостоятельно, импорт пикч, например, настройку анимаций и т.п.
После того, как ты поывал на "лекции", ты обращаешься к учебникам, в которых закрепляешь полученные знания. И добавляешь новых. Вместо учебников у нас мануалы и документация.
Пиздец шиза.
Вот это поворот.
Пиздец что за хуйня нахуя столько типов нод делать. И везде главное одно и то же - персонажа игрока,например - делают по-разному: то 2днода в корне, то 2ареа, то спрайт, то ещё какая-нибудь хуйня
Вот например я хочу сделать 2д платформер с кукольной анимацией. Какая должна быть иерархия нод для героя?
>я хочу сделать 2д платформер с кукольной анимацией. Какая должна быть иерархия нод для героя?
Скелет и кости:
https://godotengine.org/article/godot-gets-2d-skeletal-deform
Блядь это что ещё за хуйня. А я делал по официальному тутору, где кости добавлялись не как ноды http://docs.godotengine.org/en/3.0/tutorials/animation/cutout_animation.html
И какой нахуй способ использовать?
Какой быстрее какой больше нравится какой проще
А как узнать у ёбанного анимэйшн плеера какая анимация сейчас играет?
Эта информация стоит 3 нанобиткойна.
Произвёл транзакцию тебе за щёку, проверяй
Подскажите плез как можно реализовать следы от машины в 3D. Желатьельно не текстуркой а деформацией меша??7??!199101091
вершинным шейдером например
Какие на ютабе есть хорошие уроки по годоту? Только чтобы без ублюдского индусского акцента
KidsCanCode вроде вынимает хуй изо рта, когда говорит.
Пройди курс от GDQuest, выше анон скинул его на мегу.
GDQuest француз с характерным французским акцентом, поскольку анон попросил
>без ублюдского акцента
Я порекомендовал ему
Не выдергивай из контекста. Он просил без >ублюдского индусского
>Не выдергивай из контекста.
А не то что?
-кирилл врывается в тред
Короче поковырялся немного в годоте, почитал доки, и оказывается охуеть как там всё просто! Какие же тут дауны сидят, если считают что годот не для 3д и за 9 месяцев смогли запилить одну демо-парашу. Ждите меня на четвертый день с востока, скоро сделаю убийцу всех ААА-прожектов.
Короче поковырялся немного в годоте, почитал доки, и оказывается охуеть как там всё просто! Какие же тут дауны сидят, если считают что годот не для 3д и за 9 месяцев смогли запилить одну демо-парашу. Ждите меня на четвертый день с востока, скоро сделаю убийцу всех ААА-прожектов.
Давай-давай! Малаца! Уделай этого недоумка.
Во французо-курсе наконец родили 12 главу, которой не хватало.
Заодно половину курса Ben'a Tristem'а с udemy залил, вторую докину через пару дней.
https://mega.nz/#F!Q3BE2QbZ!TcYiZM4BYEZF8zh8TCpg7Q
Спасибо. Курс от GDQuest самый годный что сейчас доступен.
Моар годеточки!
Бампец годоту отец!
Правильно я понимаю, что в самом годоте скелетную анимацию для 3д моделей создавать нельзя? Только экспортировать из блендера каждый раз заново?
Правильно понимаешь. Правда есть плагин для того чтобы на отдельные кости навешивать гизму и двигать их.
Что за плагин, где брать?
Лучи добра! Как раз вкатываться начинаю, очень уместно.
Мерси, благодарю тебя, мерси, спасибо, что Ты Есть!
Надеюсь, мы наконец увидим игоры! Твори анон!
Как ты собрался анимировать что-то в кастрированном редакторе годота? Без нормального инструментария, автоматизации, которая есть в блендере, это проблематично.
Я не он, но рискну предположить, что в общем случае может потребоваться слегка подогнать готовую, импортированную из блендера, анимацию.
джей говорил мол в превьюшке качество пидорское, тому буде лагхать, как заибись зделоть?
где то кнопка бильдёханья у вас есть?
где то кнопка бильдёханья у вас есть?
Очень красивый коридор. Жалко, что в него навтыкали объектов с вырвиглазным цветом. Мистические подставки из чистой Белой Материи, блджан.
ага и польские флаги нивпизду тоже
Уже сколько? Полгода прошло, а лучше годот-бенчмарка-демки нет?
да вы заебали нахуй, я только сегодня это дерьмо скачал, сука спрашиваю блядь у вас как сделать шо б не лагало, нахуй вы такие трудные, а ебать!?
говна пожри
А что, движок не предусматривает тупо галочки, отключить навороты?
ебанные по голове, повторяю джей в видосе говорил что надо толи сбильдять, толи потвикать и будет заибок, лагает из-за превю мода сука
Лол а чо это за знак короткого писюна в верхнем правом углу?
Скушный ты. Душный.
>ArchLinux
А как гуглхром установить на него?
если перепись долбоебов окончена, то у меня еще вопрос: как сконвертить псевдопитон в ноды?
натива вроде нет, но может кто уже костыль написал?
натива вроде нет, но может кто уже костыль написал?
>как сконвертить псевдопитон в ноды?
Что ты подразумеваешь? Выскажись внятно.
Псевдопитон это гдскрипт?
Что значит сконвертить в ноду?
extends "res://my_node.gd" так штоле?
ты чо блять тупишь, ты человек или интерпретатор ЭВМ уже нахуй!?
попробуй напрягать чернобурку во время чтения и ответа
ноды ебучие это блюпринты из уеча, вижуал программинг ссука, так вот как сконвертить в них местный скрипт?*??
В годоте ноды это не блюпринты, пиздуешь нахуй.
а что бля
Ты должен явно указывать, о каких нодах в годоте речь. Тут Хуан не продумал, да.
Значит если вынуть хуй из твоего рта, вопрос будет звучать так:
Как сконвертировать гдскрипт в вижуал скрипт?
Ответ - Никак.
Следующий.
выдроч, тебя мало пиздили в школе разве!?
ебать голову он мне еще будет сука..
сразу видно слепых годотодебилов
Там в ньюсаче пишут, что Годот наконец-то ПРЕВОЗМОГ
https://2ch.hk/news/res/4060231.html
https://2ch.hk/news/res/4060231.html
Поясните про обработку сигналов следующее.
Предположим, я захочу создать ноду-слушателя, которая будет собирать все сигналы от других нод. Для примера: игрок встаёт на какую-нибудь Aread2D, где выскакивает диалоговое окно. Если у меня есть такая нода-слушатель, то эта Area2D сигнал отправляет на неё, а уже внутри слушателя происходит отправка нужного сигнала другим нодам (заблокировать управление игроку, открыть окно с диалогом и так далее). Как вы считаете, будет ли это намного удобнее? Сильно ли больше нагрузки будет? Все-таки сигналов больше становится.
Предположим, я захочу создать ноду-слушателя, которая будет собирать все сигналы от других нод. Для примера: игрок встаёт на какую-нибудь Aread2D, где выскакивает диалоговое окно. Если у меня есть такая нода-слушатель, то эта Area2D сигнал отправляет на неё, а уже внутри слушателя происходит отправка нужного сигнала другим нодам (заблокировать управление игроку, открыть окно с диалогом и так далее). Как вы считаете, будет ли это намного удобнее? Сильно ли больше нагрузки будет? Все-таки сигналов больше становится.
>будет ли это намного удобнее?
Вопрос удобства сильно субъективен. Кому-то будет удобно, кому-то нет. Годот позволяет это сделать. Если тебе это удобно - делай.
>Сильно ли больше нагрузки будет?
Нагрузка от лишнего десятка сигналов всё еще будет ниже нагрузки от геометрии и физики. Не там ты оптимизацию ищешь.
Вот тебе легендарный тред:
https://godotengine.org/qa/10650/best-way-to-create-events-between-two-nodes
Смотри второй ответ, автор Shavals.
Ого, спасибо за ссылку. Я пока разбираюсь больше с движком, чем делаю что-то серьёзное, поэтому мне любая подобная информация пригодится.
Я не планирую делать что-то в 3D или что-то сильно завязанное на физике/геометрии, скорее подобие RPG с видом сверху вниз. Сомневаюсь, что это вообще в целом имеет большую нагрузку на пк. Хотя наговнокодить можно так, что даже такое будет адски тормозить.
Норм идея. Постараюсь оказать всю возможную помощь. Я-то сам прокрастинатором оказался, хотя тоже хотел запилить эрпогэ игру мечты. Знаний много познал, а применять - лень.
Тогда сразу вопрос задам. Предположим, есть NPC, с которым можно поговорить, нажав на клавишу. То есть герой не должен проходить сквозь NPC, а если к нему вплотную и нажать кнопку, то должен срабатывать какой-то скрипт (вызов диалога, например). С Area2D я разобрался, но она не подходит для того, чтобы не давать игроку двигаться сквозь неё.
Какой тип ноды лучше подойдет?
Например, тот же StaticBody2D с CollisionShape2D работает хорошо в качестве стены, но можно ли привязать к нему какой-то детект того, что персонаж в него врезался?
Можно наверняка к StaticBody приделать дочернюю ноду в виде той же Area, но мне кажется, это какой-то костыль, и есть гораздо проще варианты.
>Можно наверняка к StaticBody приделать дочернюю ноду в виде той же Area, но мне кажется, это какой-то костыль, и есть гораздо проще варианты.
Мы же о двадэ говорим? Ничего костыльного, это самый оптимальный вариант. НПЦ состоит из RigidBody2D в который вложен CollsionShape2D с кругом радиуса 20 и там же вложена Area2D c кругом радиуса 40. При приближении в зону ареи у персонажа отображается приглашение к диалогу, при приближении до коллижона срабатывает коллизия и игрок упирается в НПЦ.
То же самое со стенами. Коллизия, чисто математически - это прикосновение (с опциональным пересечением) двух геометрических тел. При детекте коллизии физические тела посылают сигнал об этом. В годоте для отлова сигнала о коллизиях всё есть. Гугли, читай, изучай.
Да, именно о 2D. Я уже пробовал по отдельности все эти ноды, с коллизиями тоже разобрался, просто пока несколько разных по типу нодов вместе в один объект не смешивал и не был уверен, что это оптимальный вариант.
Спасибо большое за ответы, пойду разбираться.
Даже для тридэ вкладывание Area в состав какого-либо составного объекта (сцены) не является каким-то костылём. Если обратиться к официальным туториалам, там Хуан прямо пишет: "Вы повар. Вы готовите игоры-блюда из нод-продуктов. Комбинируя ноды, вы создаёте желаемое поведение."
Но в тридэ свои нюансы. Общеизвестное поведение экшенов - когда приглашение к действию отображается на экране при наличии двух условий 1) вы находитесь рядом с интерактивным объектом, 2) вы смотрите на интерактивный объект. Это поведение реализуется так: У интерактивного объекта есть Area которая сигнализирует о появлении в её поле игрока (как минимум), у игрока есть рейкаст из глаз в направлении прицела мышкой. Когда игрок получает одновременно сигнал от рейкаста, что он смотрит на определённый объект, и сигнал от эрии объекта о том, что игрок поблизости (в поле действия) тогда и только тогда на экране появляется надпись "Е - говорить".
Всё работает. Спасибо большое! Сам бы я еще долго сомневался, как лучше сделать.
Отлично же!
Код примитивного сохранения игор (• = Tab):
var save_dict = {}
func ingame_data_filling():
•save_dict[value1] = 1
•save_dict[value2] = 2
•save_dict[value3] = "HurrDurr"
•save_dict[value4] = Vector3(1,2,3.1415928)
func save(file_name):
•var save_file = File.new()
•save_file.open("user://"+file_name, File.WRITE)
•save_file.store_line(to_json(save_dict))
•save_file.close()
Всё, ваши данные сохранены. Достать их так же просто:
func load(file_name):
•var save_file = File.new()
•if not save_file.file_exists("user://"+file_name): return
•save_file.open("user://"+file_name, File.READ)
•save_dict = parse_json(save_file.get_string())
•save_file.close()
Естественно, функция ingame_data_filling здесь дана для наглядности, в идеале словарь save_dict должен наполняться данными в процессе игры. Об уникальности ключей в словаре разраб должен побеспокоиться самостоятельно. Итого, функция save - 4 строки, функция load - 5 строк и то за счёт проверки существования файла. Если добавить ещё проверок на дурака (например, проверку, что имя файла содержит только допустимые символы), строк может стать 6-8.
var save_dict = {}
func ingame_data_filling():
•save_dict[value1] = 1
•save_dict[value2] = 2
•save_dict[value3] = "HurrDurr"
•save_dict[value4] = Vector3(1,2,3.1415928)
func save(file_name):
•var save_file = File.new()
•save_file.open("user://"+file_name, File.WRITE)
•save_file.store_line(to_json(save_dict))
•save_file.close()
Всё, ваши данные сохранены. Достать их так же просто:
func load(file_name):
•var save_file = File.new()
•if not save_file.file_exists("user://"+file_name): return
•save_file.open("user://"+file_name, File.READ)
•save_dict = parse_json(save_file.get_string())
•save_file.close()
Естественно, функция ingame_data_filling здесь дана для наглядности, в идеале словарь save_dict должен наполняться данными в процессе игры. Об уникальности ключей в словаре разраб должен побеспокоиться самостоятельно. Итого, функция save - 4 строки, функция load - 5 строк и то за счёт проверки существования файла. Если добавить ещё проверок на дурака (например, проверку, что имя файла содержит только допустимые символы), строк может стать 6-8.
Вкачусь еще раз с несколькими вопросами.
В моей игре (ну, в том подобии игры, что пока есть) есть самая главная нода World, которая является обработчиком всех сигналов от всех типов объектов в годоте очень удобно сделана настройка этих сигналов, кстати. Впрочем, другими движками я не баловался, поэтому не знаю, может, там тоже есть подобное. То есть наступил персонаж на Area2D, она посылает сигнал ноде World, а та уже, например, отрубает движения игрока, делает диалоговое окно видимым, передаёт окну текст, который должен быть. В целом мне это показалось очень удобным, но проблема в том, что есть переходы между уровнями.
Нода World пока выглядит так:
World
CanvasLayer
DialogWindow
Собственно, она еще в себе держит диалоговое окно. Просто потому, что я не придумал, куда его девать. Может, вместе с камерой в сцену самого игрока запихать?.
В процессе запуска игры грузится уровень, который нодой World добавляется в конец списка своих детей. При смене уровня игра удаляет последнюю ноду и добавляет другую ноду-уровень с переопределением всех сигналов.
Так вот, хороший ли это вариант смены уровней? И вообще такая организация нод в игре. Я читал про синглтоны и автолоады в годоте, наверно, это было бы удобно, но мне тогда придется переписывать многое. Стоит ли заморачиваться с переписыванием кода, стоит оно того?
Еще вопрос: как сильно влияют на нагрузку коллизии в 2D? Это в мониторинге пункт Collision pairs. Пока я раскидал объекты как попало, поэтому некоторые из них пересекаются, но я особо не заметил никаких проблем при 20+ коллизий. Стоит ли вообще об этом беспокоиться при составлении уровней в целях улучшения производительности?
В моей игре (ну, в том подобии игры, что пока есть) есть самая главная нода World, которая является обработчиком всех сигналов от всех типов объектов в годоте очень удобно сделана настройка этих сигналов, кстати. Впрочем, другими движками я не баловался, поэтому не знаю, может, там тоже есть подобное. То есть наступил персонаж на Area2D, она посылает сигнал ноде World, а та уже, например, отрубает движения игрока, делает диалоговое окно видимым, передаёт окну текст, который должен быть. В целом мне это показалось очень удобным, но проблема в том, что есть переходы между уровнями.
Нода World пока выглядит так:
World
CanvasLayer
DialogWindow
Собственно, она еще в себе держит диалоговое окно. Просто потому, что я не придумал, куда его девать. Может, вместе с камерой в сцену самого игрока запихать?.
В процессе запуска игры грузится уровень, который нодой World добавляется в конец списка своих детей. При смене уровня игра удаляет последнюю ноду и добавляет другую ноду-уровень с переопределением всех сигналов.
Так вот, хороший ли это вариант смены уровней? И вообще такая организация нод в игре. Я читал про синглтоны и автолоады в годоте, наверно, это было бы удобно, но мне тогда придется переписывать многое. Стоит ли заморачиваться с переписыванием кода, стоит оно того?
Еще вопрос: как сильно влияют на нагрузку коллизии в 2D? Это в мониторинге пункт Collision pairs. Пока я раскидал объекты как попало, поэтому некоторые из них пересекаются, но я особо не заметил никаких проблем при 20+ коллизий. Стоит ли вообще об этом беспокоиться при составлении уровней в целях улучшения производительности?
Блядь, макаба сожрала символы. Вот так она выглядит.
>Стоит ли заморачиваться с переписыванием кода, стоит оно того?
Стоит заморачиваться. Ибо уж не думал ли ты, что у тебя с первого раза получится идеальная и удобная архитектура?
Рекомендую разделить свою логику на постоянную (например, деньги, патроны и инвентарь игрового персонажа) и уровневую (сам уровень, карта, инвентари врагов). Постоянная логика грузится через автолоад и висит в памяти всегда. Уровневая логика грузится постоянной логикой через change_scene()
Так же в постоянной части игры рекомендую организовать логику сохранений и загрузок, юзер-интерфейс, главное меню.
И вот еще кое что: Годот предполагает, что ноды в составе сцены автономны, поэтому рекомендуется не писать всю логику в отдельный скрипт, а снабжать ноды небольшими скриптами, которые делают что-то одно, но делают это хорошо.
>Стоит ли вообще об этом беспокоиться при составлении уровней в целях улучшения производительности?
Стоит. Коллизии это одна из ресурсозатратных задач физических движков. Поэтому о них всегда надо помнить. И оптимизацию начинать с них. Например, вместо разбросанных по уровню отдельных пересекающихся эрий, сделать одну с составной коллижон-формой. Или даже с коллижон-полигоном нужной тебе формы. Если я правильно понял туториалы, движок каким-то хитрым образом оптимизирует все формы внутри одного физик-объекта в одну при инициализации объекта, после чего работает с ней. Но это не точно.
>что-то одно, но делают это хорошо.
Да, я неверно выразился. Главная нода является лишь обработчиком сигналов. Мне показалось не очень удобным иметь кучу сигналов в разных местах, чтобы то же диалоговое окно принимало по десятку за раз из разных мест, которые, в общем-то, выполняют одно и то же: делают окно видимым. Так очень легко запутаться. С моей точки зрения удобно сделать лишь одну ноду-слушателя, которая собирает все сигналы вместе и действует соответственно им. Так, это же диалоговое окно в таком случае будет всегда получать лишь один сигнал.
Именно логика поведения, скажем, врагов, конечно, будет в нодах этих самых врагов.
Хорошо, тогда попробую переписать сегодня всё под автолоад. Уровни пока все равно только тестовые, в них нет ничего, лишь проверить переходы между ними да какие-нибудь механики внутри них, но про коллизии запомню на будущее. Спасибо за советы.
>И оптимизацию начинать с них.
>Или даже с коллижон-полигоном нужной тебе формы
Ты это. Выбери что-нибудь одно, что ли?
>С моей точки зрения удобно сделать лишь одну ноду-слушателя, которая собирает все сигналы вместе и действует соответственно им.
Да, это нормально. Вполне укладывается в принцип KISS.
Что не так?
>Вполне укладывается в принцип GOVNOKOD
Пофиксил.
>Что не так?
>коллижн
>полигон
Еще вопрос по годоту.
Есть скрипт в автолоаде, который занимается обработкой сигналов. Есть Area2D, которая при коллижене с игроком отправляет сигнал смены уровня. Скрипт его принимает, но get_tree().change_scene() не работает. Точнее , сцена-то меняется, проблема в другом. Для начала, я не могу её найти в потомках рута. Видима остаётся первая сцена, но второй нет. Или вторая сцена просто заменяет первую, имя ноды остаётся такое же? Даже если так, скрипт после загрузки сцены должен переопределять все сигналы на себя заново, но он не делает это со второй сценой (если предположить, что имя осталось такое же). Как бы ноды-то сами на месте, я вижу их при передвижении по уровню, но в скрипте их не получается найти.
Вопрос: почему так? Как достать вторую сцену? Как перепривязывать сигналы? В целом, я нашел обходной путь. Нужно вручную загружать сцену, создавать её инстанс, удалять предыдущую ноду-сцену и добавлять к руту новую, тогда всё работает, все сигналы нормально переопределяются. Но я не уверен, что это хороший вариант.
Есть скрипт в автолоаде, который занимается обработкой сигналов. Есть Area2D, которая при коллижене с игроком отправляет сигнал смены уровня. Скрипт его принимает, но get_tree().change_scene() не работает. Точнее , сцена-то меняется, проблема в другом. Для начала, я не могу её найти в потомках рута. Видима остаётся первая сцена, но второй нет. Или вторая сцена просто заменяет первую, имя ноды остаётся такое же? Даже если так, скрипт после загрузки сцены должен переопределять все сигналы на себя заново, но он не делает это со второй сценой (если предположить, что имя осталось такое же). Как бы ноды-то сами на месте, я вижу их при передвижении по уровню, но в скрипте их не получается найти.
Вопрос: почему так? Как достать вторую сцену? Как перепривязывать сигналы? В целом, я нашел обходной путь. Нужно вручную загружать сцену, создавать её инстанс, удалять предыдущую ноду-сцену и добавлять к руту новую, тогда всё работает, все сигналы нормально переопределяются. Но я не уверен, что это хороший вариант.
Ты бы написал отдельный нод, который тебе сцены и меняет. И типа он бы и жил в прелоаде.
И сцену менять не в потомках рута, а по имени фаила сцены же.
> отдельный нод, который тебе сцены и меняет
Что-то такое я тут и описал:
Как раз нода World отвечала за смену сцен и была главной сценой в настройках Run проекта. Но мне предложили всё перетащить в автолоад скрипт, который со всем этим будет разбираться. В целом, в World была описана общая механика для всех сцен, поэтому мне показалось уместным практически полностью её скрипт перетащить в синглтон (Да и какая разница, к скрипту в автолоаде все равно при запуске игры создаётся выделенная нода-потомок рута).
>И сцену менять не в потомках рута, а по имени фаила сцены же.
Я разные варианты пробовал. Именно функция change_scene(путь_до_сцены) не работает ни в каком варианте. То есть, работает, сцена действительно меняется, но годот не видит эту сцену в качестве ноды. Он видит старую, со всеми её нодами-потомками, а новую отказывается показывать где-либо.
Не знаю, у меня всё работает.
Ты точно иеархию нодов не попутал?
>но годот не видит эту сцену в качестве ноды
Только ноды должны видеть это. У тебя есть нод "Годот" чтоле?
У тебя есть нод, у него скрипт.
Если что не делается - то скорее всего ты попутал с циклом жизни.
>Как раз нода World отвечала за смену сцен и была главной сценой в настройках Run проекта.
В ПРЕЛОАД, БЛЯДЬ, ЗАСУНЬ. Она выгрузится при первой смене сцены.
>Но мне предложили всё перетащить в автолоад скрипт, который со всем этим будет разбираться.
Воу-воу, братиш, притормози! Тебе посоветовали КАК ВАРИАНТ держать в автолоаде глобальный менеджер сцен (самописный). Это не значит, что ты должен бежать и переделывать, как тебе сказали.
Предполагалось, что ты сделаешь выводы для себя, подтянешь матчасть, поглядишь примеры и сделаешь, как тебе удобнее.
Не пизди. Автозагруженные ноды не выгружаются сами. Только если ты явно их ОСВОБОДИШЬ.
>Ты точно иеархию нодов не попутал?
Я проверю это еще раз, все-таки сцена-то грузится, значит, куда-то она прицепилась.
>Только ноды должны видеть это. У тебя есть нод "Годот" чтоле?
Я имею в виду скрипт, конечно. Такой ноды нет.
Что такое прелоад? Есть АВТОлоад. И я именно это уже и сделал.
Из прелоада я вижу только это: http://docs.godotengine.org/en/3.0/classes/class_resourcepreloader.html
Ну, что сделано, то сделано, в общем-то. Обратно уже не откатишь ничего. Да и к тому же я побежал сначала писать скрипт, а прочитал, как работают синглтоны лишь потом. В итоге я убил пару часов на то, что делается одной кнопкой. Будет мне уроком.
>Из прелоада я вижу только это
Да, он имел ввиду это.
Однако он не упомянул тонкость. Загруженная прелоадом нода не отобразится на экране и в ней не заработают колбэки процессов, пока ты не добавишь её в дерево сцен. В дереве сцен текущей сценой называется последняя сцена в дереве, это можно увидеть, если при включенной отладке открыть "Удалённый" (тупо паруске звучит). Если ты добавишь туда (в крайнюю ноду, повторюсь), то как он и написал, всё предзагруженное выгрузится вместе со сценой, при выполнении get_root().change_scene()
Однако! Существует вкуснейшая возможность подгружать ноды и добавлять их в дерево как потомки автозагруженных нод. Ммм, возможности, открывающиеся в этом случае поистине безграничны!
Например, самое простое, что приходит на ум: При смене локации на экране остаётся интерфейс, отображается анимация полёта, можно принимать зелья из инвентаря, хилиться, писать смешнявки в чятек, который продолжает висеть на экране. А в это время продолжает грузиться новая локация отдельным потоком. И когда она загрузилась, камера в синглтоновой ноде с анимацией выключается, камера в новой локации включается. Ты бесшовно и без задержек попадаешь в полностью загруженную локацию.
Если сцена из run то есть сцена которая запускается при запуске годота сменит сцену - она пропадёт сама при первой же смене. Тебе её в прелоад надо.
>Загруженная прелоадом нода не отобразится на экране
Ты поехал? Я так шторки в ленабутс делал.
Код покажи. А я тебе покажу, где именно ты добавлял её в дерево сцен.
Что за игра, где скочать?
>Что за игра, где скочать?
Меньше знаешь - лучше спишь.
Как можно реализовать генерацию 3д-поверхностей? Например у меня изначально есть плоскость и я хочу чтобы на ней рандомно появились какие-нибудь холмы, то есть как-то добавить на неё 4 вершины, одна из которых будет выпирать. Создавать для каждого бугра новый 3д объект слишком много сжирает.
Обычно делается триангуляция меша твоей поверхности, и там уже двигаешь вершины как хочешь. Но есть всякие нюансы, с растянувшемися текстурами например.
Можешь начать с готового ассета
https://godotengine.org/asset-library/asset/231
Ах да, концептуально обычно это heightmap, то есть ты прикладываешь картинку, где цветом отмечается желаемая высота.
>растянувшемися текстурами
планар маппинг не не слышал?
>генерацию
>рандомную
не, у тебя реально какие то проблемы братан
Ты решил не терять выходные и уже обкурился?
>не не слышал?
Для кого написано, что там есть нюансы?
>рандомную
И че, бля? Тебе религия запрещает рандомно генерить пиксели?
ты чо блять как тёлка сука, а нахуй!?
корзина ебать, тебя чотко спросили нахуй -
КАК
СГЕНЕРИТЬ
РАНДОМНОЕ ГОВНО
>ну там нюансы хуе мое, а еще можышь нарисивоать хейт мапу
ага, уже побежал блядь
сука, разозлила меня, педовка хуева..
ПРОСТО берешь и генеришь без задней мысли.
Каждый раз в голос с этого гопника-программизда.
ой да говна пожри родной
русский - значит ПРОСТОЙ и истинно свободный школьников пока мамка кормит - понты кидают, а вот потомта-аА.. жизнь пальцы загнет обратно и куда надо определит
>планар маппинг не не слышал?
Слышал:
дырка в жопе, а в тиррейне отверстие
вся суть кододебильных детей, которые могут только скриптики писать на СИСТЕМНОМ япе, а как дело доходит до реального говна, где код уже хотя бы на полшишечки не выглядит уебанским прожиганием времени, они срут в штанишки и бегут размазывать это по комнате
фу блядь фу нахуй
..
ПЕРЕКАТ
Работаю над простенькой рпг 3 класса - маг, лучник, воен. 3 расы - хуманы, дворфы, эльфы.
Когда на форуме геймдев.сру сообщил, что использую годо, был засран и закидан тапками.
Что за предвзятость?
тема с гномом жива до сих пор, я охуел
1) Простота.
2) Кроссплатформенность.
3) Бесплатность.
4) 2D.
5) 3D.
А так-же куча различных фишек вроде разветвленной анимации, охуеннейшего дебаггера с графиками и статистикой, подсветка синтаксиса прямо в редакторе с автодополнением, поддержки интернет протоколов и многое другое, о чем ещё не знал ОП первого треда.
С чего начать?
С изучения документации. Если не можешь в инглиш, и даже в гугл-переводчик, то есть варианты русскоязычного перевода части доков на ресурсе конкурирующей фирмы: http://c2community.ru/forum/viewforum.php?f=119
Но вообще, будь мужиком и изучи английский: https://godot.readthedocs.io/en/stable/index.html
Вместе с движком обязательно смотри примеры, там есть все - от платформера до чата. Примеры качаются прямо в движке через свой магазин.
Скачать движок: https://godotengine.org/download/ или http://store.steampowered.com/app/404790/Godot_Engine/
FAQ: https://godot.readthedocs.io/en/stable/about/faq.html
Игры, созданные глобальными кириллами: https://godotengine.org/showcase или https://steamcommunity.com/app/404790/discussions/0/412448792354265655/