Почему я должен выбрать Godot?1) Простота.2) Кроссплатформенность.3) Бесплатность.4) 2D.5) 3D.А так-же куча различных фишек вроде разветвленной анимации, охуеннейшего дебаггера с графиками и статистикой, подсветка синтаксиса прямо в редакторе с автодополнением, поддержки интернет протоколов и многое другое, о чем ещё не знал ОП первого треда.С чего начать?С изучения документации. Если не можешь в инглиш, и даже в гугл-переводчик, то есть варианты русскоязычного перевода части доков на ресурсе конкурирующей фирмы: http://c2community.ru/forum/viewforum.php?f=119Ещё начат перевод официальной документации: https://docs.godotengine.org/ru/latest/Но вообще, будь мужиком и изучи английский: https://godot.readthedocs.io/en/stable/Вместе с движком обязательно смотри примеры, там есть всё - от платформера до чата. Примеры качаются прямо в движке через свой магазин.Скачать движок: https://godotengine.org/download/ или http://store.steampowered.com/app/404790/Godot_Engine/FAQ: https://docs.godotengine.org/ru/latest/about/faq.htmlИгры, созданные глобальными кириллами: https://godotengine.org/showcase или https://steamcommunity.com/app/404790/discussions/0/412448792354265655/
>>538085Я посмотрел на твой код и забыл, о чём мы спорили. Там нет прелоада. Там просто вызывается change_scene(с путём к ноде/сцене)Я же имел ввиду такое:var n = preload("path")var m = n.instance() self.add_child(m) # Вот здесь происходит добавление инстанса m к себеsingleton_autoloaded_node.add_child(m) # А здесь происходит добавление инстанса к некоему синглтонуИ вот именно при добавлении инстанса происходит его вход в дерево сцен, у него отрабатывает коллбэк _ready и начинают вызываться в главном цикле коллбэки _process и _input Я не прав?
>>538141 (OP)Рисовать фанарт годотян у них время и скиллы есть, а игры делать не могут. Где ваши игры, годотяне?
Поясните про создание левелов. Я понял про тайлсеты и тайлмапы, но что, если у меня будет какая-нибудь маленькая локация? Пусть это будет какая-нибудь жилая комната главного героя, с уникальным дизайном, который вообще больше не повторяется. Имеет ли смысл тогда использовать тайлсет? Или будет проще вообще сделать какую-нибудь отрисованную пикчу на задний фон с правильно расставленными коллиженами?
>>538236Делай все пикчами, большие уровни из нескольких собирай. Тайлы в 2к18 нахуй не нужны, кроме как когда они в геймплейных фичах используются. Ну или для мобилок, если арт HD, пиксель-арт и мобилки целыми пикчами потянут.
>>538244В целом, я именно так и хотел. Уровень состоит из пикчи, на которую накладываются интерактивные объекты нодами. А по производительности что более выгодно? Одна большая пикча или тайлмап?
>>538236Тайлмапы нужны только в одном случае: Если тебе нужно конструировать уровни из набора элементов. Во всех остальных случаях проще сделать, как тебе написали выше.
>>538382Сделай свой движок, в котором так можно будет.Очевидно, что никто не хочет, ведь такие фичи в больших движках требуют солидных денег и большого количества времени. Но зачем на это тратиться, если и так всё работает?
>>538382>Когда уже можно будет в 3д так делать? Как "так"? Гридмапы штоле?https://www.youtube.com/watch?v=jD04Tua191Q
>>538244>Тайлы в 2к18 нахуй не нужныПрямо так не нужны, что каждая первая 2д-игра до сих пор их использует, ага.От того, что тайлы стали размером 1024х1024 вместо 16х16, принцип их применения не поменялся.
>>538418Тайлы сегодня используются в основном только из эстетических соображений, а не из-за технических ограничений. К тому же, глядя на игру невозможно определить используются ли в ней тайлы на уровне движка, или просто из них в фотошопе уровень собирали. И да, из тайлов 1024 и выше сложновато будет собирать вменяемые уровни, если только не использовать их как разбитую на части большую картинку, а это уже как раз другой принцип.
>>538419idtech 5 и первую игру на нём выкатили в 2011-ом, и сразу чудовищно обосрались с ним, он был тотально не оптимизирован и поломан. Им там сколько лет и ресурсов потребовалось, чтобы его нормально допилить? 5 лет (если брать Дум, ремейк вульфенштейна и первую Evil Within всё равно ругали за те же самые проблемы даже спустя три года, пускай эти самые проблемы и не так сильно бросались в глаза) и новая версия движка. Я даже представить не могу, сколько десятков миллионов долларов беседка вложила в то, чтобы движок наконец стал хорошим.
Я это к тому, что теперь попробуй найти еще одну компанию-владельца движка, которая готова угробить несколько лет и кучу бабла ради того, чтобы получить доведённую до ума мегатекстуру. И через сколько лет эти вложенные ресурсы отобьются.
>>538435>чтобы получить доведённую до ума мегатекстуруБлять, вы охуели постить не читая тред? Сказано же, затребованная фича реализуется ВЕЗДЕ за счёт функций опенгл, известной как атлас. Ты закидываешь текстуры в атлас и этот атлас грузится за один дравкол. Затем ты натягиваешь куски этого атласа на все свои модельки в сцене. Хоть в годоте, хоть в уеч, хоть в юнити, везде есть поддержка атласов, а где нет явной поддержки, есть доступ к шейдерам, из которых атлас конструируется 10 строчками кода ГЛСЛ.А ТЫ БЛЯТЬ УЖЕ ФАНТАЗИРУЕШЬ, КАК КРУПНАЯ ФИРМА БУДЕТ ВЕЛОСИПЕДИТЬ АТЛАСЫ ПОД ДРУГИМ НАЗВАНИЕМ (МЕГАТЕКСТУРА)
>>538438Ты сам-то не жопой читаешь? Изначально было сравнение с 2д тайлами и большими целыми пикчами, то о чем ты пишешь это как раз аналог тайлсетов на шейдере, а анон именно мегатекстуру хочет, чтобы целиком на сцену натягивать, без тайлящихся сегментов.
>>538439ХЗ, что он там имел ввиду. Он пукнул в тред и исчез, а мы тут уже втроём пытаемся понять, что же он имел ввиду.
>>538440Он сказал про idtech. Этот движок выделяется только мегатекстурой по той теме, которую оьсуждали до этого.>>538438Между атласом и мегатекстурой есть большая разница. Почитай:https://blender.stackexchange.com/questions/66793/diffierence-between-texture-atlas-and-megatexture
>>538434На консолях уже Rage отлично работал.>>538438Вопрос в том, какие будет системки если ли в атлас пихнуть большую текстуру на весь уровень?
>>538447>Вопрос в том, какие будет системки если ли в атлас пихнуть большую текстуру на весь уровень?Если "просто большую текстуру" размерами допустим 16К, то будет мыло с метровыми текселями, если только уровень это не одна маленькая комната. А на текстуру с размерами мегатекстуры (например 128к) у тебя самого не хватит мощности чтобы просто создать такой файл, не то что в движок загрузить.
>>538612Не наговариаай, 1D завезлиhttps://github.com/godotengine/godot/blob/master/scene/animation/animation_blend_space_1d.h
Новая задача на Патреоне!Помогите нанять Педро Эстебанеса!>Besides the above, both Rémi and I will be asking you, the community, for a small raise. We are currently at USD 3000/month
>>538879Перестают им донатить, скоро загнутся. Последние несколько месяцев что-то никаких суперфич, даже у зенки не спиздили ничего.
>>538881Вместо того, чтобы фокусироваться на одном направлении и выпускать почаще релизы, тем самым постепенно удовлетворяя потребности хотя бы части пользователей, они делают сразу все, и откладывают ключевые вещи до крупных релизов. Без фич, отложенных до 3.1-3.2, версия 3.0х непригодна для серьезной коммерческой разработки. Для казуалок и небольшого инди нужен GLES 2, для графонистого 3D нужен как минимум окклюжен куллинг. В разработке новая система анимации со стейт машинами - и что сейчас, писать свои машины, чтобы потом все переделывать? Из всего этого складывается такая подвешенная ситуация, движок вроде есть, но пока только для пощупать, и так уже год. Я знаю что многие до сих пор сидят на ветке 2.х. А ведь сейчас выйдет 3.1, так потом придется 3.2 еще пол-года-год ждать. Куллинг, вроде, точно до 3.2 отложили.
У Хуана, меж тем, медовый месяц.https://twitter.com/reduzio/status/1068537073454460929А потом обещает бету.
>>538885>и что сейчас, писать свои машины, чтобы потом все переделывать?Ну если ты делаешь игру годами, то конечно фичи в движке будут появляться раньше, чем ты зарелизишься. Я не защищаю Хуана. Но тем не менее, можно делать небольшие игры и быстро сдавать их в стим.
>>539033Дело в том, что эту фичу анонсировали со скриншотами еще в июне. Сам понимаешь, это не такое масштабное нововведение, чтобы так долго его разрабатывать. Move_and_slide только в 3.1 починили. Множество улучшений для кинематик боди. Это все штуки, которые было бы удобнее иметь пораньше, а тяжелые вещи, типа рендера глес2, можно пилить и подольше. А тут все в куче делается, без всяких приоритетов.
Так, расскажите про следующее. У меня есть какая-то базовая сцена для всех объектов в игре. Предположим, я добавил пару таких в сцену-уровень. Но возникает вопрос: как я могу изменять свойства? Например, размер CollisionShape2D, спрайт и так далее? Если через export, то как именно? Или мне действительно придется создавать каждый объект отдельно как сцену?
>>539246Работай над проектированием своей игры. Сначала изучи тонкости работы с каждым классом (нодой).Экспорт в скриптах нужен для того, чтобы видеть свойства в инспекторе редактора. Так что для обмена данными между скриптами он не нужен. У тебя все переменные скрипта публичные и этого не изменишь.Не обязательно пилить каждый объект как сцену. Отдельная сцена предполагается, если у тебя объект либо должен спауниться на уровне, либо переходить из уровня в уровень.
>>539306>Экспорт в скриптах нужен для того, чтобы видеть свойства в инспекторе редактораИменно так я и хотел, в общем-то. В самом редакторе спрайт менять у разных NPC (если они как сцена, то до спрайта не дойти, только делать его корневой нодой в сцене, но это мне очень удобно), менять у объектов размеры их CollisionShape и так далее. Но если это работает так:>Не обязательно пилить каждый объект как сцену. Отдельная сцена предполагается, если у тебя объект либо должен спауниться на уровне, либо переходить из уровня в уровень.То тогда никаких вопросов нет.
Попробовал запустить thirdperson демку.Мда. Слайдшоу на 1050TI. Даже на минималках. Темно ничего не видно. И вишенка на торте - спрыгнул и застрял в текстурах. инб4 в геометрии
>>539314А я вообще хочу отработать фокус с репарентом, но лень включать комп. Идея заключается вот в чем: есть тестовая сцена А и тестовая сцена Б, кроме этого есть тестовая сцена-синглтон Х. В файле сцены А описана некоторая субнода со своим скриптом. Запускаем игру, грузится Х и А. Затем в А нажимаем кнопку и субнода перемещается из А в Х, затем вызывается change_scene(В) и субнода перемещается из Х в В.
>>539320В итоге мы должны получить такой функционал, что какие-либо объекты-ноды сдизайненные в одной сцене свободно перемещаются по всей игре из сцены в сцену. Но только в том случае, если сцены не грузятся повторно.
>>539318>Слайдшоу на 1050TIМне кажется у него ГИ сломан, я делал супер простую демку, просто куб с материалом и ги создал, не изменяя запустил, и когда камера близко к кубам заходит внутрь ГИ фпс до 35 падает.
>>539331Пока не было времени поковыряться, к тому же у меня движок собран из мастера, может там надо какую то особую версию, но это ж опенсорс, УНВР а ты ебись.
>>539331ГИ не при чём тут. Просто это GLes привет вам передаёт. Сделай ту же самую демку на полноценном OpenGL - получишь 4000 фпс.
>>539341Я говорю о том, что вот ты смотришь с двух метров на куб - 60фпс, подходишь к кубу падает до 35, как эта хуйня вообще влияет на расстояние? количество вокселей не увеличивается, расчитано до запуска.
>>539365Анончики, скинтье этот фаел, кто скачал, а то у меня с ошибкой скачалось, а интернет слабый чтоб перекачивать из-за одного файла.
>>539366>>539365Блять, как у вас всё заработало? Почему у меня искаропки всё не работает? Да что я за неудачник-то такой? Ёбаная жизнь!
>>539366А на Github'е почему не скачаешь?: https://github.com/godotengine/tps-demo/blob/master/level/proptextures/LargeContainer1_container1_OcclusionRoughnessMetallic.png
Шот странно как-то. Вроде хуан и разрабы активизировались. Кучу нового выкатывают, а срачи здесь не идут.А когда наоборот- нихуя интересного не происходит, так тут у всего треда жопы рвутся
Может кто знает, как сделать, чтоб при полном заполнении лейбл ноды она не росла, а шрифт становился меньше и текст бы полностью влезал в нее?
>>539825Ууу... Это будет сложно. Насколько я понял работу со шрифтами, тебе придётся заготовить несколько шрифт-ресурсов одного шрифта но с разным размером, затем, если ширина лейбла больше, чем тебе надо - заменять кастом шрифт на меньший, пока длина не станет приемлемой. Но это какой то говноалгоритм, лучше подождём более толковых советов.
>>540024Открываешь вкладку 3ДЭ, закидываешь модельки людей с колиженами в отдельные сцены, потом соединяешь на карте, которая тоже отдельная сцена. Как делать оружие - нагуглишь. Не забудь поставь галочки в инспекторе, чтобы включить все шейдеры и поддержку RTX.
>>540662Ну, я сижу в работе над сюжетом демки игры, так как с самим движком практически все основные механики закончены, не считая пары не особо критичных вещей. Поэтому пока и писать тут нечего.
>>541551На плюсах не самый удобный воркфлоу, но все решаемо. Подводные плюсы в том, что нейтив скрипт голимо подключается и не везде работает (в html5 версии например). Поэтому я фигачу все в c++ модулях, которые вообще то предназначены для плагинов, но у меня они прикидываются классами, это же вопрос наследования по сути.
>>541545>Какие подводные камни Mono-версии Godot? Никаких. Всё охуенно кодируется. А еще можно одновременно подключить годот и юнити в один модуль и ебашить кроссдвижковые ассеты.using Unity;using Godot;public class UCross : MonoBehaviour{void Update(float delta) -> Combine.Tick(delta);}public class Gcross : Node{void _update(float delta) -> Combine.Tick(delta);}private class Combine{void Tick(float delta){}}Ba-dum-ts!
>>541291Но я не ставлю годот из стимопараши, а собираю его сам. Кроме того, если я запущу два годота на своей некропека, она, скорее всего, сдохнет.
Глеб Александров уже ставит Годот в один ряд с Юнити и анрилом. Идите нахуй хейтерыhttps://youtu.be/gy4E9nc5m0E?t=264
Могу ли я как-то получить реальный ландшафт (чем-нибудь снять и импортировать карту высот, например)? Хотелось бы что-то на подобие WorldComposer'а.
Как добиться функционала вроде юнитивского OnValidate (вызов функции при изменении значения export переменной в инспекторе, setget почему-то не работает)?
>>541802>setget почему-то не работаетРазбирайся, почему не работает. У тебя что-то с кодом. Создай новый проект и погоняй в нём сеттеры геттеры. Я всегда так делаю.
>>541966export (bool) var mybool setget myfuncmyfunc:_ _ print("mybool changed") #пробелами изобразил табуляциюКликаю mybool в инспекторе - в output ничего. ЧЯДНТ?
>>541982Иронично.>>542019Мне и этот не нужен интерактивным. Мне всего-то нужна функция в скрипте, вызывающаяся при изменении полей этого скрипта в инспекторе.
Чёт странноват годот. Фрикцию выше единицы выставить не даёт, пишет что макс, хотя очевидно, что это не так. Да и изменение экспортных значений в плейтесте ничего не даёт.
>>542401Так и что? Мне МАССУ повышать, чтобы увеличить ТРЕНИЕ? Когда мне нужно только трение. БТВ, что он там, микроподпрыгивает, что максимальная единица начинает "скользить"? Понятно, что давление влияет на эту самую единицу. Но это единица, а не инфинити.
>>542748Зачем? Никто не пользует годот. Либо наоборот очень активно пользуют, что аж времени постить не остаётся. Выкатывайте уже свои проекты: скрины, видео, хоть что-нибудь! А то ощущение, будто двиг мёртв.
>>542791Присоединяюсь к реквесту.От себя могу преложить свежих туториалов с ютуба. вот этот поразил меня хитровыебанностью:https://www.youtube.com/watch?v=G2_SGhmdYFohttps://www.youtube.com/watch?v=U9B39sDIupchttps://www.youtube.com/watch?v=o3fwlk1NI-wВы только вообразите себе: будущие комнаты спавнятся как физические тела и благодаря физическому движку расталкивают друг друга в рандомном порядке. А затеем!
>>538141 (OP)Надоел мне гейммекер. Думаю, а не вкатиться ли в годот? Чего хочется:1. Нормальный язык программирования. С типами данных (int, bool, float), с возможностью создавать структуры (классы, ну кароче свои типы), с модульностью (чтобы все было не в едином глобальном пространстве)2. Качественная поддержки 2d. Чтобы не как в unity, где pixel perfect камеру завезли только вот вот недавно. Как, кстати, в годоте происходит масштабирование игр с низким разрешением. Как известно, пиксель арт можно скейлить только в целое число раз, чтобы не было уродских деформаций. Как годот эту проблему решает?3. Возможность рисовать линии, прямоугольники, круги, спрайты как на холсте. Казалось бы, простая фича, а в юнити с этим проблема. И как годоте выполняется постобработка изображения?4. Гамаку очень не хватает возможности анимирования, а так же работы с гуем. Слышал это в годоте имеется.5. Хочется штабильной работы. Гамак то старый, стабильность его плюс, хотя люди и жалуются, что какие-то баги не закрывают годами. А годот молодой, развивающийся, баги для него естественны. И еще боюсь, не загнется ли проект.Вот в общем-то основные требования. Основная платформа для меня - десктоп. Мобилки особо не интересны. Удовлетворит ли меня годот?
>>542832>И еще боюсь, не загнется ли проект.Не загнётся. Я уверен. На остальное лень отвечать. Сто раз обсосали. Читай прошлые треды. Они еще не утонули.Алсо, типизацию вон завезли в 3.1Но лучше учи шарп.
>>542836Поверхностный обзор прошлых тредов как-бы говорит не в пользу годота. Что-то недовольных много.
>>5428321. С костылями умеет в c# и c++2. и 5. Штабильность и какие то там perfect нельзя ставить в одно предложение с годо.
>>542853Я 3 раза пытался полюбить юнити. И каждый раз мне казалось, что пиздец юнити один большой костыль, а гм хороший и идеал для 2д.Потом я получил заказ на проект с относительно сложной логикой и охуел от того, насколько гм плохо справляется с таким скоупом работы. После этого переход на юнити прошел как по маслу.
>>542834Аналогично. Разобравшись прихуел, насколько ГМ инвалид. Однако считаю, что ГМ-инвалидам проще перекатиться на годот, поскольку язык очень похож. Но если ты решил в одиночку делать серьёзный проект, то только юнити. УЕЧ слишком хорош, да и вообще есть неиллюзорная возможность словить ИНДУСТРИАЛЬНЫЙ СТАНДАРТ.
>>542862Ну и как там, 2д проблемы в итоге решаются? А то люди жалуются, что у них то пиксельную графику ломает, то щели между тайлами, то рисовать геометрические примитивы не получается.
>>542909А смысл? И так понятно, что в годоте модно сделать примерно то же самое, что и в юнити. Вопрос только, какой ценой. И если для простого 2D она ниже, то для сложного 3D выше. Например, намного сложнее написать модульный гейм фреймфорк и кастомные менеджеры (и это на C#, на GDScript ещё сложнее). Для себя выделил минусы: экспортный тип NodePath слишком абстрактен (а выставить в инспектор поля для конкретных типов нодов нельзя), выставленные переменные не работают в плейтесте и/или без атрибута Tool (что крайне нежелательно, так как судя по всему выполняет в т.ч. _process в эдиторе, да и вообще нагружает его). Физика не имеет тонкой настройки.
Почему codecompletion не работает?var label = Label.new()label. <- вот здесь ничего нет.Какого лешего я должен постоянно лезть в документацию, когда мог бы просто увидеть список всего доступного на конкретном объекте. Плохо зделоно тупо.
>>542980Тому шо типизации нет. Да и встроенный едитор так себе особенно когда есть божественный VSCode.
У кого-нибудь зависала играл после экспорта с 3.0 в 3.1? Запускаю игру и она зависает спустя секунду-две. В консоли ничего толком не написано, только 15 предупреждений, вроде ПЕРЕМЕННАЯ НЕ ИСПОЛЬЗУЕТСЯ и все. Еще в самом конце выдает, что найдено 9 ошибок, но подробностей никаких нет. нихуя не понимаю
Серия тупых вопросов продолжается.Создал и схоронил я сцену, пусть будет SomeScene. В скрипте главной сцены внутри _ready() я пишу var some_scene = SomeScene.new()и получаю Parser Error: Identifier not found: SomeScene .Почему со стандартными я могу делать, например Label.new(), а со своими - нет ? Плохо зделоно тупо. Как же мне создать в коде свою сцену?
>>543008Разобрался. Пиздец какой-тоpreload("res://gde/zhe/moya/scena/ah/wot/ona/MoyaScena.tscn)"А могло бы и само определять, че от него хотят и выебываться, только если есть конфликт имен.>>543010Читаю по мере появления вопросов.
>>543011Наверняка можно экспортировать поле для сцены в инспектор. Типа export(Resource) var my_scene, только вместо Resource тип сцены. Типа тип. А то вдруг там как с NodePath...P.S.: по_моему_кодить_в_snake_case_это_моветон
>>543017>по_моему_кодить_в_snake_case_это_моветонЭто вопрос соглашений. В ГДСкрипт Хуану приспичило snake_case. Остальные согласились. Теперь конкретно в ГДСкрипт это НЕ моветон.
>>543019Ну для новичков читаемость повыше, да и ничто не мешает переменные кэмэлКейсом называть ебя при етом коуд консистэнси. А для господ действительно есть mono правда в альфе. Вроде честно, а вроде солюшен каждый раз ребилдить.
Такие-то откровения в документации! https://docs.godotengine.org/en/3.0/tutorials/io/encrypting_save_games.html
>>543036Обычные мысли жителя страны третьего мира, типа русского или аргентинца, все же в курсе почему прядка волос у годеточки белая?
>>543045Это больше применимо к китайцам, которые вынуждены часами добираться до работы и обратно. И ты либо тратишь деньги на мобильную дрочильню, чтобы хоть что-то делать, пока стоишь в переполненном вагоне метро, либо вешаешься от безысходности своей жизни.
>>543045Не думаю, что хуан обычный житель страны третьего мира с обычными мыслями. Это про тебя, пидараха, скорее такое можно сказать.
>>543321Но он хотя бы относительно на уровне передовых движков. Впрочем, если ТРИДЭ НИНУЖНО, то сойдёт и 2.x.
Лучше подскажите, как сделать заскриптованные катсцены? Когда игрок лишается управления персонажем, но все остальные участники сцены могут что-то делать: разговаривать, передвигаться и т.д. У меня была идея для каждой заскриптованной катсцены создавать годотовскую сцену, которая бы внутри кода и показывала, кто, что, как и когда делает/говорит, а вызывалась просто по триггеру, который добавлял бы сцену как ноду в дерево, но нет ли способа попроще?
Так, я не понел, чтобы переменную класса можно было читать в другом месте, ей обязательно геттер указывать?
>>543530?В докментации не сказано, что class-members приватные или я не нашел. Про гетсет сказано: использовать, если надо кроме чтения/записи сделать какие-то действия с переменной. А тут оказывается, надо обязательно городить методы, чтобы просто прочитать/записать значение. При том методы - обыкновенный ретурн и обыкновенное присваивание. Куча лишнего кода получается, для простейших действий.Плохо зделоно.
>>543479Не лезь, блять! Ты далеко зашёл.>>543529То есть ты паблик переменную экземпляра паблик класса не видишь? Что значит в "другом месте"? Из другого скрипта? Нужно ссылку на него через NodePath и прочие костыли... и не факт, что без типизации кодкомплишен тебе подскажет.
>>543479>игрок лишается управления персонажем, но все остальные участники сцены могут что-то делать: разговаривать, передвигатьсяИменно так. Триггерится катсцена, и в дело вступает CutsceneManager/Player, что отдаёт приказы по таймингам. Не знаю, как ты будешь проворачивать это в GDScript.>>543532>class-members приватныеБез явного указания они везде приватные.
>>543534>>543532Главная ошибка, как всегда, сидела перед монитором. В одном из сторонних методов значения переменных оказались сломаны, и я сделал ложные выводы
>>543534>Из другого скрипта?Подробнее про это. Допустим есть скрипт /some/node/SomeNodeScript.gd, в котором определен enum MyEnum {FOO, BAR}. Я хочу в скрипте /another/folder/MyScript.gd использовать этот enum. Пытаясь просто обратиться к этому enum внутри MysScript я, естественно, получаю ошибку "Indetifier not found".Как же мне использовать enum (определенный в одном скрипте) в другом скрипте ?
>>543557Разобрался. Можно сделать автолоад https://docs.godotengine.org/en/3.0/getting_started/step_by_step/singletons_autoload.html#global-gd и засунуть в этот скрипт мой enumНазвать это "_g" (или еще как)И в скриптах уже обращаться, например_g.MyEnum.FOO или _g.FOOНо выглядит это слегкуродливо.
>>543564Лютый костыль, хотя для новичков наверняка удобнее. Но все намного логичнее, когда можно просто обратиться к классу скрипта, что возможно в C# (mono). Там это как раз MyScript.MyEnum. Лучше уходить от GDScript, если делаешь что-то сложнее roll-a-ball, или начинаешь чувствовать, что язык не даёт сделать что-то просто и прозрачно. Я сам когда-то с гамака пересел с его недоязом - как с инвалидного кресла встал.
>>543570>Лучше уходить от GDScript, если делаешь что-то сложнее roll-a-ballНо ведь Хуан старался! И сделал лучший язык в мире! Нахуй эти удобные вещи, вроде юнити и сишарпа, надо ебошить на годдоте и хуан-скрипте!
>>543570>Лютый костыльНу почему сразу костыль? Описанный способ выглядит примерно так, как если в нормальных языках написать модуль-файл и импортировать его глобально для всех других модулей. Хоть и сделано это способом, не совсем для этого подходящим.>что возможно в C# (mono)До стабильного релиза 3.1 только сейчас надо закрыть 777 issue. Как там альфа вообще, стабильна? Можно пользоваться?
>>543594Так-то оно так, но полезнее ведь сразу парадигмы постигать. Mono в целом работает, но проект не контролируется автоматически если например удалил скрипт, приходится вручную удалять строку с ним из .csproj, так же каждый раз тыкать Mono - Build чтобы отображались экспортные переменные но они один хрен не работают в плейтесте.>>543573Не все попадают сразу на сишарп, я вот когда-то ковырялся в гамаке и думал, нахрен мне эти ваши классы и векторы, что это вообще такое? НЕ ЖИЛИ БОХАТО НЕЧА И НАЧИНАТЬ Пока не упёрся в потолок говна. Кто-то вообще сидит на УЕЧе не зная о существовании неблевотного интерфейса и возможности делать игры.
>>543596> упёрся в потолок говнаТы не понимаешь. Хуан-скрипт это свобода! Никакого давления внешней среды, это же новый гипертекстовый Фидонет. Это не "уперся", но постиг. Это не "потолок", но небо в алмазах. Это не "говно", но Хуан-скрипт.
>>543534Ну а что еще делать? Мне нужны катсцены.>>543535Ну, у меня есть идея, как это провернуть. Выбора-то всё равно нет, да и даже на шарпе это было бы не сильно проще. Движок-то один.
>>543633>выбора-то всё равно нетЕсть.>движок-то одинКак бы это сказать-то...>на шарпе это было бы не сильно прощеСильно проще, но не сразу. Ещё неизвестно, в какие дебри говнокода на GDScript это выльется. Взвоешь, а ведь мог бы делать игры.Самый простой способ, как по мне, это подсмотреть каким образом делаются катсцены, внезапно, в RPGMaker'е. Вкратце, там есть набор базовых действий, типа "двигать персонажа/камеру x клеток вверх/вниз/влево/вправо", "начать диалог", "проиграть анимацию", "ждать", "затемнить/растемнить экран" и их можно располагать друг за другом. Что-то подобное нужно воспроизвести с помощью кода и какого-нибудь таймлайна.
>>543643В общем-то, ты полностью раскрыл мою идею того, как это сделать. Пока я занят реализацией всех этих "пройди туда" и "проиграть анимацию". Таймлайн особо не нужен, ибо все функции и так будут друг за другом, выполняться будут последовательно, достаточно ввести ту же функцию простоя, когда ничего не происходит, чтобы был некоторый дэлей между действиями. Хотя, тут тоже еще как посмотреть. Если мне нужно будет сразу 2 и более действия сделать одновременно, например, два персонажа одновременно куда-то идут и куча подобных, то нужно будет придумать, как это сделать. Так какой же выбор у меня есть?
Как игнорировать данные, которые посылает сигнал? Мне важен сам факт, а что там оно передает - не нужно. Допустим есть сигнал Tween.tween_completed(obj, key). Я делаю коннект к немуtween.connect("tween_completed", my_node, "my_func")(где my_func метод без аргументов)И в итоге получаю ошибку, что expected 0, but called with 2 2 переменных из сигналаНеужели нужно городить хуйню из оберток, чтобы не менять объявления методов?
Может кто поможет.Создал проект, никаких действий произвести не могу. Когда нажимаю, написано что на пике.Скачал godоt только сегодня.
>>543644> Какой выбор?Можешь закинуть свои сцены в SFM, сделать там кинцо и затем снятое кинцо проигрывать в игре медиаплеером.
Есть ли способ получить имя enum ?Например, естьenum Foo {Bar, Baz}и я хочу Foo.Bar конвертировать в "Bar". Нужно для отладки. Самый последний вариант - заворачивать в match, но я не хочу. Мне кажется, я где-то уже видел решение, но сейчас нагуглить не могу.
>>543873enum оказался простым Dictionary, итогоenum Foo {Bar, Baz}print(Foo.keys()[Foo.Baz]) # печатает Baz
>>543838Можно, но я решил, что мне проще будет именно таким способом. Да и я уже практически закончил, осталось привести код в читаемый вид.
>>544143Как бы делал катсцены я (если бы я делал игры, ээх):У меня был бы ИИ-сервер, управляющий всеми НПЦ в игре. Согласно процедурному алгоритму, либо согласно конфигам (если это квестовые НПЦ, например), каждому из них выдаётся распорядок дня, что они должны делать и куда ходить. Что и с кем говорить. Причём ИИ-сервер выдаёт задания с вариативностью, а НПЦ уже, получив список на текущий период игрового времени, кидает дайсы на то, чем он займётся из имеющегося в списке.Далее. Во время игры игрок меняет ситуацию. Меняют сами НПЦ. Меняется погода. И т.п. Во время этих изменений ИИ-сервер интеллектуально обновляет списки действий. Например, очередь обновления списков строится радиально от места происшествия. Приоритеты событий выставляются адекватно происшедшему. Например, если за углом бомбануло, то с большой долей вероятности большинство НПЦ разбежится в ужосенах. И только парочка бесстрашных подойдут посмотреть что там бомбануло?А теперь о катсценахСогласно вышеописанной игровой логике, катсцена - это когда ИИ-сервер подменяет ежедневные списки действий НПЦ вокруг на линейный список, куда идти и что говорить и после кого. В том числе функционал НПЦ навешивается на твоего ПЦ, а тебе выдаётся фрикамера. Или даже не выдаётся, если я Кодзима дохуя и желаю срежиссировать каждую мелочь.
>>544158Ну, мир у меня довольно статичный, поэтому составление расписания мне не нужно, во всяком случае, пока. Из кода это выглядит как-то так: Есть gd-скрипт, который загружается, когда ты встаёшь на зону триггера скрипта. Все скрипты катсцен наследуются от CutscenePlayer, в котором прописаны основные функции, вроде получить участника катсцены и саму сцену закончить. Изменить нужно только функцию play(), прописав необходимые инструкции, пример как на пике и на вебмке то, что воспроизводится (да, новый таймер каждый раз, утечки памяти, знаю, переделаю).На графику не обращайте внимание, на скорую руку рисовал, пока движок дрочил.
Я пытался, но я больше не могу ковырять это говно. Просто невозможно использовать gdscript, когда познал нормальные языки.
>>544163Да нормально, чо. Сойдёт. Главное, что тебе самому нравится. А насчет таймера, там наверняка сборщик мусора у Хуана.>>544174Нет, сука, учи годоскрипт, не смей переходить на шарп!
>>544180Я спиздил этот код таймера прямо с годотовской документации, насколько я понял, в таком виде таймер одноразовый, то есть после работы он как раз сборщиком мусора уничтожается. Но все равно мне не очень хочется что-то создавать в глобальном скрипте не из него самого, лучше таймер на сам скрипт навешу. Он все равно после срабатывания удаляется из дерева.А в целом, это была чуть ли не последняя необходимая вещь, чтобы игру делать. Нужно еще будет придумать систему сюжетного появления катсцен соответственно прогрессу. А дальше остается всякая красота и полировка, чтобы выглядело не так сыро. Наконец-то можно и игрой занятся, а не ебаться с движком.
>>544174Двачую. Одно дело когда ты полный C#-скепсиса с подозрением смотришь на GDScript, но всё же решаешь попробовать и тут же отбрасываешь, а другое когда новичок вкатывается и видит GDScript, не зная ничего лучше и потом думает что везде так хуёво.>>544180>главное, что тебе самому нравитсяНу это да. Кому-то нравится ковырять говно, например, они осознают это и признаются в этом. К ним вопросов нет.>учи годоскриптЧё там учить-то? Он составляет малую часть функционала нормального языка. Ещё и приправлен ублюдочным снэйккейсом. Хуже только гамак.
>>544199Именно. GDScript на 10 голов выше по функционалу. Там нет даже встроенных классов, вроде Vector2 или Vector3, приходится вручную x=n y=n z=n присваивать, а имитируется это через такие костыли, что страшно становится! БТВ, всего остального тоже нет. Это даже не недоязык, это чистой воды мракобесие!
>>544205>Там нет даже встроенных классов, вроде Vector2 или Vector3, приходится вручную x=n y=n z=n присваивать, а имитируется это через такие костыли, что страшно становится!Не подумайте, что я защищаю гмл (как и гдскрипт тоже, лол (только шарп! только хардкор! Следующий тред озаглавим шарповым, если не забуду)), но не вижу ничего страшного по быстрому склепать нужную сущность, например, вектор, и держать её в публичном/глобальном модуле. Со всеми нужными операциями. Это вопрос смекалочки.функция Вектор3(икс: реал, игрек: реал, зет:реал) : массив(0,2);Однако же следует понимать, что в 2к19 все велосипеды написаны и если продукт, продающийся в стиме, предлагает тебе велосипедить векторы, то это очевидное наебалово. Но как и везде есть нюансы. Годот, например, меняется кардинально от версии к версии. Выучил 2.1? Переучивайся на 3.0 с совершенно иными подходами к работе. Выучил 3.0? Правильно. переучивайся на 3.1. А гамак типа уважает своих олдфагов и не тревожит их новыми фишками.С шарпом та же хуйня. Я познакомился с ним в нулевых. Блеванул и забыл о нём на долгие годы. А в прошлом году посмотрел на последние спецификации и охуел как его до ума довели! Поэтому, возможно нам стоит немного подождать пока горшочек Хуана перестанет варить новые версии годота и продукт стабилизируется, чтобы не получилось так, что полгода велосипедишь костыли для работы с тайлмапами, а потом хуяк и Хуан выкатывает полноценный инструментарий, который уделывает твои костыли. А ты все эти полгода мог бы игоры делать, зная, что вскоре Хуан подгонит инструменты. Отложить картографирование на потом.
>>544214>почти копия Python.Суть не только в синтаксе, но еще и в доступном АПИ. ГДскрипту довольно многого не достает.
>>544214>копия PythonВсё верно, сорт говна.>>544215>только шарп! только хардкор!Так C# это изи, намного проще чем пердолинг с GDScript. C# это же C++ для нюбов, недаром он C++++ (++ - с костылями). Впрочем инди гейдиздевам парится с памятью и аллокациями хуяйцыями в хуй не вбилось. All hail С#!!!
>>544231У тебя есть pixel perfect camera.А тут чувак обошёлся и без неё:https://www.youtube.com/watch?v=QW53YIjhQsA
>>538141 (OP)https://twitter.com/reduzio/status/1082315420735016962Все жду, когда он спизженные у зенки и других движков наработки начнет внедрять.
Изначально выбрал годот т.к. знаю шарп. Потом посмотрел, что поддержка шарпа в альфе и решил попробовать GDscript. Он мне понравился куда больше, шарп я послал нахуй, и счастье мое было безгранично.Но не долго. Оказалось, что хоть код в гд скрипт и пишется в 3 раза быстрее, но выполняется он в 5 раз медленнее. В общем, я был в печали, уже подумывал обратно на шарп укатиться, НО тут я вспомним про многопоточность. И охуел от полного отсутствия документации по ней. Думаю, что если разделить выполнение кода по потокам, то можно получить достаточную для меня производительность.Может кто примеров накидать по работе с потоками? Реально ли, например, цикл for i in range(array.size()) разбить на 4х потока и как?
>>544395var thread = array.size()/4for i in range(0,thread) //first threadfor i in range(thread,thread2) //second threadfor i in range(thread2,thread3) //third threadfor i in range(thread3,thread*4) //fourth thread>Изначально выбрал годот т.к. знаю шарп жирдяйНужно быть дауном, чтобы не выбрать в этом случае юнити.>знаю шарп>решил попробовать GDscript. Он мне понравился куда большеГовноедская сущность взыграла.Короче, укатывайся обратно на шарп, а лучше сразу на юнити. Либо жри говно хуана и не возникай.покормил
Вообщем почитал я >>544395 еще про производительность гдскрипт, и там совсем пиздец. Игру со сложной логикой и кучей объектов (как у меня) на нем делать определенно не стоит, да и многопоточность имеет множество ограничений. Мне проще все на шарп перенести, чем переписать код так, чтобы он с ней работать мог. Так что подожду 3.1 и перепишу проект на шарп. Я все равно пока только демку сделал. Может потом сравню производительность демки на гдскрипт и на шарпе и результаты выложу в тред.Хуану определенно стоит сделать автоматический конвертер кода гдскрипт в С++ (как в UE4, да и GM вроде такое есть). Тогда все будет 10/10.>>544396Ты прям слишком подробно все описал, мог бы и лишь одну первую строчку оставить (сарказм). Но даже так видно, что у тебя код будет выполняться в разных потоках, но по очереди (пока первых цикл не закончится - следующий не начнется). Многопоточность уровня /gd.Я свой говнокод почти написал, но там аргументы не передаются из threads.start в ForLoop (too many arguments). Да и хуй с ним, проблема больше не этих функциях, а ограничениях многопоточности.>Нужно быть дауном, чтобы не выбрать в этом случае юнити.Надо быть дауном, чтобы выбрать юнити. Причем в любом случае - для 3d есть божественный ue4, для 2d есть куча движков, в которых оно реализовано лучше. А уж от ценовой политики юнити с обрезанием функционала базовой версии совсем блевать тянет.>>544417Не понял, что ты в виду имеешь.
>>544526>конвертер кода гдскрипт в С++А там разве не так? Всё хуже, чем я думал. Нахуя Хуан навелосипедил? Можно было просто питон закинуть.>для 3d есть божественный ue4, для 2d есть куча движковВ принципе я согласен, что простое 2D лучше делать на C# годоте. Но УЕЧ слишком индустриально стандартен для прототипирования капсульной абстракционки. Юнити это золотая середина.>от ценовой политики юнити с обрезанием функционала базовой версии совсем блевать тянетТут ты прав. Осталось применить смекалочку.
>>544559Dark Skin - этим всё сказано. Но это фиксится микропатчем.https://store.unity.com/compare-plans
>>544558То что для одного анальная жопоебля, для другого воркфлоу и тулчейн.Вот на скрине буквальный порт First Person Shooter туториала с оф сайта.Как можно заметить и экспорт в html5 сразу работает.Из костылей только некоторое количество бойлерплейта, ну это и так понятно, плюсы же. API тот же самый по сути.Ну можно еще назвать костылем то, что работа с проектом годота. Но тут опять же одни плюсы - компилирую актуальную версию из мастера, можно глядеть устройство под капотом. Перекомпиляция только когда обновляется версия, в остальных случаях только пересборка моего модуля + линковка.
>>544681Охуенно!Именно так делала игоры старая школа: студия/команда получает исходники движка от издателя/разраба и ебошит на сях/крестах модули, глядя в исходники движка, как в документацию.Сам стремлюсь к этому, но за годы бейсика мозги отсохли и кресты даются с трудом.
>>544681>продолжает использовать всратый снейк кейсКак это происходит в UE4: ты просто создаёшь новый C++ скрипт. >>544708Действительно, можно ещё самому движок переписать с нуля.
>>544732>Как это происходит в UE4И че? А тут я просто создаю новый класс.> снейк кейсБожественно, да. Верблюжатина которая не может решить как правильно UI или Ui не нужна.>можно ещё самому движок переписать с нуля.Плох тот программист, кто не может написать хотя бы рендер в опенгл самостоятельно.
>>544773>Верблюжатина которая не может решить как правильно UI или Ui не нужна.Может. Нашёл проблему, лол. Ну пляши дальше по шифту с минусом, и ищи точки в коде.>Плох тот программист, кто не может написать хотя бы рендер в опенгл самостоятельно.Нахуя ему тогда движок с редактором? Целевая/основная аудитория как раз геймдизы по большому счёту, которые пишут логику игры в лучшем случае.
>>544782>Нашёл проблему, лол>Сам докапывается до несуществующих проблем с точкамиЯсно.>Нахуя ему тогда движок с редактором? Не разводи демагогию.
>>544820>Не разводи демагогию.>>Нашёл проблему, лол>>Сам докапывается до несуществующих проблем с точками>Ясно.Ясно. Не разводи демагогию.
Вопрос, какие есть средства в годоте для мультиплеера, кроме rpc?Чего-нибудь более привычного типо сообщений нет?Идеально бы было на серваке иметь только коллизии, а на клиенте держать только визуальщину.Пока из официальной методички вижу только решения типа клиент-он-же-сервер и headless экспорт.
>>545369Никакие, мультиплеер в годоте ни на что не годен, кроме может быть простых пошаговых игр. У него нет полноценной репликации, как в уече, механизма компенсации лага, cliend-side предикшена.Теоретически, мультиплеер запилить можно, но это будет неиграбельно, особенно если в твоей игре нужно будет регистрировать попадания из огнестрела.
>>545396Может он делает локальный мультиплеер с клиент-авторитативной системой. Но в целом ты прав. Это всё ковыряния в говне. Годоту нужно стороннее решение вроде Photon. Впрочем, другим движкам зачастую тоже.
Напоминание, почему мы выбрали годоДве недели назад у Improbable пришлось отключить лицензионные ключи редактора Unity, так как компании не пришли к соглашению. «Это уникальный случай — и мы не относимся к нему легкомысленно, — но Improbable не оставила нам выбора. Это был единственный способ защитить целостность и ценность нашей технологии и разработчиков Unity», — утверждает Unity Technologies.
>>545697Вырвано из контекста, и всё равно не несёт смысловой нагрузки. Хоть бы ссылку на оригинальную статью оставил. >Apparently, you didn’t understand what they were saying. You can still use Unity however you want as long as it’s for your own game. What they take issue with is if you are using a Unity-based server service that you intend to lease to other people for them to use in their games. That’s when your project stops being a game and becomes a platform, and that requires special permissions and partnerships with Unity. And that is what Improbable failed to do for two years, so Unity deactivated their licenses. It couldn’t be any simpler a concept, nor any more evident that Improbable is very clearly in the wrong over this whole situation.
>>545698Какой еще нужен контекст нахой? Порочна сама практика, сама идея, что Юнити может взять и отключить тех кто им не нравится. Кстати, то что ты процитировал, в духе барин разрешает пользоваться пользователям, не стоит и битого яйца - ведь в лицухе написано совсем другое.
>>545703Improbable намудрили свою платформу на базе сервиса Unity. Как правило, такая практика запрещена, но юнитеки решили опустить этот пункт (видимо, чтобы инди-разработчики таки-могли себе позволить разгуляться, или же наивно расчитывая на честность). В итоге юнитеки пытались аж два года договориться о сотрудничестве, как положено, но их послали, чем вынудили их внести этот пункт, на что они действительно имеют полное право, и порвать отношения. Считай, что ты поднял публичный сервер в майнкрафте на своей машине, мол, вот, можете пользоваться моей машиной (сервером) для своей игры, но забил на безопасность, а школьники не оценили великодушия и развернули на твоей машине свои сервера с блэкджеком и шлюхами. Ну это же их игры, хули. Надо быть последним омеганом, чтобы принять подобное с окейфейсом, вместо того чтобы повыпилить особо умных. "Ну что поделать, пусть я этого не подразумевал, пусть вы перефразировали, перетрактовали - ваша правда." Вот что ты называешь порочной практикой.
>>545704Пиздос, еще и оправдывать сапог барина в жопе. Прям по понятиям, чтобы юнитеки не выглядели омеганами (ахуенная причина) они вертят как хотят уже заключенное соглашение. Причем делают это во время торгов с этой самой компанией, хаха, случайно совпало видимо, а не потому что жадность взыграла. Причем соглашение вертится так, что все кто пользуется этой поделкой тоже его автоматом нарушают, но добрый барин юнитек говорит, что ничего страшного, пользуйтесь, ну мало ли что там в соглашении у нас написано ))) подумаешь мы тут одну фирму пытаемся разорить ))) вас это завтра не коснется )))))Кстати хз что там за поделие, но оно работает не только с юнити как ты утверждаешь (а судя по тексту, наверняка и не на инфраструктуре юнити, а на инфре амазона, так что юнитеке максимум перепродаваны), но и с УЕчем например. С опенсорсом такой хуйни с барскими запретами в принципе быть не может. Пользуешься годотом - хоть Гитлера с его помощью воскрешай.
>>545758Опять напомнить юнитипидару, как он отсасывает у анриала с проглотом? Юнитипидарка хочет чаще слышать свое название, ну хорошо.
>>545704>>545724Всяк кулик своё болото хвалит.>>545761Пошёл делать на юнити. Факт в том, что ни в УЕ4е, ни в Godotе мой прототип не развивался так быстро, как в юнити пробовал даже CE. И я не говорю, что годот плохой движок, просто в редакторе отсутствует плеймод с возможностью твикинга переменных на лету, сигнал при изменении значений в инспекторе. Так же экспортный тип NodePath слишком абстрактен и требует особого анального подхода, в т.ч. по причине отсутсвия вышеописанного сигнала. Исправят - будет приличный шанс, что перейду на годот, до обнаружения новых недоделок. Редактор УЕ4а же слишком нагружен, да и прототипировать в нём моветон.
>>545805Чья бы мычала, юнитипидар, говношкольники столько говна выкатили на ютиговне что уже зашкварно юнити пользоваться.
>>545819Поэтому все задаются вопросом, как превьюлого говнюньки убрать в бесплатной версии, потому что оно знак качества.
>Игры, созданные глобальными кириллами: https://godotengine.org/showcase или https://steamcommunity.com/app/404790/discussions/0/412448792354265655/
Итак, в годоте можно смотреть (и менять) значения переменных в нодах на лету, во время выполнения игры. Для этого нужно тыкнуть на ноду на вкладочке Remote и раскрыть members, где эти все переменные и лежат. Но ТОЛЬКО, если к ноде привязан GDscript скрипт. Если же к ноде привязан cs скрипт, то ТЫ ИДЕШЬ НАХУЙ СО СВОИМ ДЕБАГОМ. ШАРПОБОГАМ ДЕБАГ НЕ НУЖЕН, ОНИ ОШИБОК НЕ ДЕЛАЮТ. Можно конечно напердолить дебаг в vscode, но он в реальном времени с годотом работать не может, приходится делать все через breakpoints, а это тот еще геморой. Вопрос - я все правильно понял, или все же можно как-то смотреть значения переменных в ноде с cs скриптом внутри годота на лету?
>>545884Ты прав. У них эта проблема уже год висит, сначала была в milestone 3.1, теперь вот в 3.2. https://github.com/godotengine/godot/issues/15832.Пиздец, думал наконец нашел подходящий движок для себя, а тут такое.
>3.1 (preliminary changelog)>Optional static typing in GDScript.>Warning system in GDScript. >GDScript keyword class_name to register scripts as classes.>Simple expression language independent from GDScript, used by inspector boxes that accept numeric values.Вместо движка, пилят свой никому не нужный васянский гдскрипт. Найс.
>>545911Вообще не понимаю за что донатят этому рыжему кидале? За 3 года сделано НИХУЯC# как был в жопе, так и есть. Хуйлан отработал донат майкрософт, прикрутив кое-как моно, а дальше ебитесь с этим как хотите.>>545912Тем более лол
>>545915>За 3 года сделано НИХУЯОн за полтора года сделал рендер как в блендере, только там толпой пилят, а здесь один. В юнитиговне вообще никаких существенных улучшений.
>>545912>не пердите, юнитипидары.То есть большая компания, честно ведущая бизнес, оплачивающая сотрудников и т.д. тебе не нравится, а сосать говно из жопы рыжего кидалы, за которого 90% кода пишут бесплатно контрибьюторы тебе норм.Это какая особая форма куколдизма штоле?
>>545919>Он за полтора года спиздил готовые шейдерыНу охуеть теперь. Это ж надо уметь так.В блендере этот eevee уже давным давно запилили, а пилят они 2.8 в котором новых фич столько, сколько Хуану за 2 жизни не осилить.
>>545920Да мне вообще поебать, что там за компании, это юпитипидары приходят в тред мочу пить, я отливаю. Пссс тебе на рыло, юнитипидар, псссс.>>545921> а пилят они 2.8 в котором новых фич столько, сколько Хуану за 2 жизни не осилить.Какие новые фичи готовы за 3 года кроме иви?
>>545926>Какие новые фичи готовы за 3 года кроме иви? https://www.blender.org/2-8/Популярно показано https://www.youtube.com/watch?v=lPVpg4_POww
>>545921О, сверхлюди подъехали, которые просто берут шейдер из одного продукта и просто добавляют в другой.
>>545927Какая ассоциация с выходом новой версии блендера? У меня только одна - опять все плагины которыми пользуюсь отвалятся.
>>545915>C# как был в жопе, так и естТак он просто нахуй никому не всрался, кроме пары опущенцев, которые не могут в нормальное программирование.
>>545930Я понимаю, что ты ничего не знаешь о редеринге и поэтому красивая картинка тебе кажется каким-то невероятным скиллом и магией. Но вообще-то рендеринг пайплайн это самая простая часть движка, тем более когда все алгоритмы разжеваны и обмусолены тысячи раз.Нагугли opengl pbr и ты найдешь сотни туториалов.Это НЕ СЛОЖНО сделать.А вот сделать приятные с точки зрения UX редакторы контента очень сложно. Там тысячи мелочей, на которые ты тупо не обращаешь внимания, но которые сразу чувствуются, когда ты пользуешься, например, юнити, или запускаешь говнот.
>>545927>The InterfaceИзменили интерфейс и теперь хуй что найдешь, вау! Дура, функции где новые за 3 года кроме иви, нахуй твой интерфейс.
>>545929Какая-то контора использует юнити-ориентированный сервис и используют имя юнити в рекламных целя, то есть, говоря по простому, зарабатывают на твоем продукте деньги, и не хотят делиться.Естественно им дали по щщам.Это нормальная практика.
>>545937>функции интерфейса это не функции РРЯЯЯ!!11>>545937>функции где новыеhttps://www.youtube.com/watch?v=SELl30jhMeQ
>>545940>не иви>The Viewport>новые функции>заменили иконки кнопок и цвета панелек в интерфейсе за 3 годаПонятно, блендеропидар, твой обосрамс засчитан.
>>545943Во первых одного иви хватает, чтобы чтобы уже люто надрачивать на блендер. Полноценный редактор моделей с реалтайм таким-то графоном. Во вторых там рили интерфейс удобнее чем в 2.7И там у модификатоторов есть новые фичи. Новые ноды есть у суклеса.
>>545943>заменили иконки кнопокНе позорился бы хоть своим незнанием. Там весь интерфейс переделан. Теперь у блендера топовый UI и у бедных хейтеров блендера не осталось аргументов лол.
>>545921>а пилят они 2.8 в котором новых фич столько, сколько Хуану за 2 жизни не осилить.>какие фичи кроме рендера который хуан тоже сделал>да одного рендира хватит!>кнопачки стали удобние!Вся суть хуана хейтеров, что у юнити огромная команда, что у бленедра человек десять хуярят, а функций за 3года с гулькин хуй, менюшки туда сюда двигают, зато давайте других пообсираем.
>>545914Так и сделаю, если все же решу остаться на годоте. Очень нравится его система нод и еще ряд других, менее уникальных вещей. Но GDscript - самый тормозной язык их всех, которые я встречал, а чем больше я изучаю работу шарпа в годоте, тем больше охуеваю от костылей. Вот я, например, рассчитывал, что метод GetChildren() мне вернет массив класса Node, но нет. Он возвращает какую то ебалу.Еще есть сильное подозрение, что за тормознутость годота отвечает не только GDscript, но и его API. Боюсь, что API станет бутылочным горлышком для шарпа. Но это еще предстоит проверить.
>>545950>>кнопачки стали удобние!Если это все, что ты почерпнул из обновления, то либо: ты тролль; ты даун; ты никогда не пользовался блендером; ты никогда не запускал 2.8.Это по сути НОВЫЙ блендер.
>>545953>Еще есть сильное подозрение, что за тормознутость годота отвечает не только GDscript, но и его APIthisПочитай в их блоге про архитектуру движка.Мне до сих страшные сны снятся. Это клоака говнокода и тормозов.
>>545953>Вот я, например, рассчитывал, что метод GetChildren() мне вернет массив класса Node, но нет. Он возвращает какую то ебалу.Помню эту ебалу. Либо мы в прошлых тредах это обсуждали, либо я где-то в доках такое видел.
>>545954>Это по сути НОВЫЙ блендер.Да похуй, все то же самое с красивым интерфейсом, ты пердел про фичи, что за две жизни не написать, и конкретно ни одной не можешь привести, пиздливый бленедропидар.
>>545959>все то же самое с красивым интерфейсомне все то же самое>с красивым интерфейсомкрасивый интерфейс - это когда новый скин вместо старого нарисовали. а в блендере у нового интерфейса новые фичи.Хуан за 5 лет так и не осилил нормальный докинг панелей.
>>545954>никогда не запускал 2.8Я запускал. В 2.8 кроме иви нихуя нового не добавили, кроме напроч отмороженного интерфеса и за каким то непонятным хуем измененных хоткеев. Плохо сделали короч, тупо.
>>545969Иивии - никому не упавшая свистоперделка без задач, а могли бы новых инструментов моделирования запилить, или хотябы улучшить обрезанное неполноценное говно, что есть сейчас.
>>545938>юнити-ориентированный сервисХуюнити хуюриентированный. Это просто сервис шардинга, и он работает и в УЕ4 и не только.>используют имя юнити в рекламных целяхВ юсашке не запрещено указывать, что твой продукт совместим и работает с хуйня нейм.>естественно дали по щамЕстественно только для гопника.>нормальная практикаА изначально ты говорил про честность, вот это маневры.
>>545978>Ты сам придумал хуйню про ждать >Прикидываться, что не понимает, что даже на главной странице движка все усыпано шуточками про ожидание, ведь название образовано от пьесы в ожидании Годо
>>545969>В 2.8 кроме иви нихуя нового не добавилиШизик, release notes >>545946 открой и покликай по категориям. Ничего не добавили...
>>545992Прими таблетки, шизюнь. Блинер как был говном без задач, так им и остался. Тот же 2.7х, только в новой обертке
>>545993Блендер был просто одним из лучших 3д редакторов, а стал просто самым лучшим, без альтернатив.
>>545992Тебя спрашивают назови несколько твоих мифических крутых фич добавленных за 3 года, а ты все какие-то ссанные ссылки, стрелочник ебаный.
>>546012>Viewport>Multi-Object Editing>Grease Pencil>Principled Hair BSDF>Principled Volume Shader>Cryptomatte>Random Walk Subsurface Scattering>Subdivision and Displacement>Workspaces>Tools and Tool Settings>Status Bar>Properties Editor>Pie Menus>Toolbar>Gizmos>Collections>Outliner
>>546053Юнитипидар-блендерщик это в сто раз хуже просто юнитипидрилы. Ты просто червь-калоед, ты говно червя-калоеда.
>>545953> Но GDscript - самый тормозной язык их всехКто тебе сказал, где бенчмарки? Пока это беспруфный вскукарек маньки. С C# быстрее не будет, ибо производительность упирается в ядро движка, в том числе и скриптовое API.Нужна скорость - никто не мешает тебе пилить на С++ через gdnative, но опять же, быстрее, чем работает ядро движка, его никак не разогнать.
>>545977Удачи провести следующие 10 лет для того, чтобы получить 10% от функционала версии блендера десятилетней давности.Чем только аутисты не занимаются, чтобы игры не делать.
>>546012Нахуя тебе новые фичи, ты долбоеб? В каком-нибудь 3д максе новых фич уже нет лет как 10, просто потому, что уже нехуй придумывать, программа и так уже подходит для создания 3д арта любой сложности. То же самое и с блендером, это адовый комбайн, на котором можно запилить всё что угодно, какие новые фичи тебе еще всрались? Ты уже изучил все средства для моделирования, анимации, работы с материалами и тебе этого мало?
>>546084Так ты не Хуан.Он до этого лет 10 профессионального программировал в геймдеве, работал на студию, зарелизил кучу игр. А ты простой хуй, смекаешь что к чему? И скриптовый язык это не rocker science, для опытного программера вполне посильная задача, книг на эту тему предостаточно.
>>545921>>545921>а пилят они 2.8 в котором новых фич столько, сколько Хуану за 2 жизни не осилить.>пиздеж блендеропидарки>да, это пиздеж, но нахуя тебе новые фичи, господин? Какая то шизофрения блендеродолбоебов. Вообще как-то странно, нахуя Хуан пилит, если есть уже юнитиговно, а нахуя блендеродауны пилят, если есть полно 3д редакторов? Ну я понимаю когда юнитпидар говорит что годот и вообще опенсорс говно, но когда блендеродаун хейтит годот и является юнитипидаром это действительно >>546054
>>546092>да, это пиздеж, но нахуя тебе новые фичи, господин? Ты так и не ответил, каких тебе фич не хватает в блендере для стандартого в геймдеве workflow - скульптинг, ретопология, развертка UV, запекание текстур, риггинг, анимация? Я просто не пойму, что за новые фичи тебе всрались, когда в блендере и так уже все есть.
>>546096Так это у тебя маневры, мань. Тебе бесплатно дают рабочую программу, не какую-то бету или недоделку, а вполне полноценную среду для создания арта любой сложности, при этом её поддерживают и допиливают, доводят до совершенства, запилили вот новый современный реалтаймовый рендерер, которого нет даже в платном 3д софте, а ты начинаешь хрюкать, как пидораха, что слишком мало новых фич в релизе. Каких тебе фич не хватает - ты сам не можешь ответить, главное ЧТОБ БЫЛИ ФИЧИ, КАК У УНИТЕ, В КАЖДОЙ ВЕРСИИ ПО ДЕСЯТЬ ФИЧ!!1
>>546098Во-первых, я другой анон.Во-вторых,>не какую-то бету>2.80>не какую-то бетуВ-третьих, маневры конкретно тут>для геймдеваНа блендере целые фильмы делают, если для тебя мамкиного индипрограммиста новой фичи не появилось, не значит что их там нет, не так ли?
>>546087>Хуан 10 профессионального программировал в геймдеве, работал на студию, зарелизил кучу игр.О, а это интересно. Список есть? Нашел только 3 штуки, какой то ноунейм квест, футбол и лего кораблик. Причем там тонна программистов, непонятно какую часть он делать. И еще несколько игр, где он музыкантом записан.
>>546098>Тебе бесплатно дают рабочую программу, не какую-то бету или недоделку, а вполне полноценный движок годот, ну что тебе еще надо, юнитипидар?Ничего!
>>546092А ты не думал, что люди выбирают блендер и юнити просто потому, что это лучшие из доступных продуктов в соответствующих категориях? А не из-за какой-то идеологии.А вот зачем кто-то выбирает заведомо худший годот это для меня действительно загадка.
>>546112>лучшие из доступных продуктовНе смешно, анриал лучше юньки, зебра, сабстенс, майя лучше блендера, все доступно, если ты конечно не даун-конч.
>>546114>анриал лучше юнькилучше только графен из коробки, что совершенно не имеет значения для меня. все остальное, редактор, компоненты, c#, юзабилити в юнити лучше в разы, не надо тут. юнити намного дружественный движок к любителям. к тому же уеч требует мощной печи и не является доступным любому движком. про платные редакторы вообще молчу
>>546114>майя лучше блендераЧем? Тем, что надо заплатить денег и дать выебать себя в жопу лицензионным соглашением?
Какие перлы под капотом.Если аргументов меньше 5, то все равно создаются объекты-пустышки и передаются в функцию.Если аргументов больше 5, то остальные просто тупо отбрасываются.Почему же гдскрипт такой медленный и кривой, да.
>>546126Двачую, нахуй вообще наворачивать всё это программирование мышкой, если оно медленнее и тебе всё равно надо будет подтыкать си через гдшные УдОбНыЕ биндинги.
>>546116>для меняНу а другие движки для других лучше, хули ты развонялся, юнитипидарка?>>546119Ну к примеру в майе есть ахуительный инструмент ретопологии. Да там много чего есть, зебра для скульптинга в сто раз лучше. Про сабстенс и речи нет, блендероговно не запекает пбр карты. Они сделают это, но нужно подождать.
>>546116> лучше только графен из коробки, что совершенно не имеет значения для меня.>>546134> Ну а другие движки для других лучше, хули ты развонялся, юнитипидарка?Срачи о движках. Срачи о движках не меняются.
>>546138Причём в треде абсолютно третьего движка срутся между собой пользователи других двух. Да ещё как обычно блендер приплели. Вот блендероёбы самые токсичные дауны нахуй.
>>546126Я бы тебе объяснил, в чем смысл данного кода, да что-то лень ссать тебе в рот. Вкратце - variant это алгебраический тип данных, типа юниона, только круче, он может хранить переменную скрипта любого типа, фиксированное кол-во параметров - чтобы набор данных всегда имел фиксированный размер, так оптимизатору проще положить его в линию кэша процессора для производительности.
>>546187Добавлю, что от внутрянки движка глупо ждать какой-то красоты и элегантности, чаще всего это уродливый и беспощадный код, выдроченный под производительность.
>>546187Расскажи нам еще про преимущества использования тред пула с его оверхедом для каждого вызова скриптовой функции
>>546192Какой у него оверхед, по сравнению с чем? Приводи в пример бенчмарки, чтобы было понятно, на сколько это медленнее предлагаемой тобой альтернативы. Ты лично профилировал время его работы, чтобы делать такие выводы?То, что ты сейчас высрал - пустой и ничем не подкрепленный вскудахт.
>>5461871. Если в функции 0 аргументов, что быстрее и производительнее - вызвать эту функцию без аргументов, или вот эта портянка создания пустых объектов?2. Что произойдет с движком в указанном коде при вызове функции с 8 параметрами?
>>546193Я не знаю как там сделано, но подозреваю что этот MessageQueue используется для синхронизации многопоточности, чтобы все сообщения обрабатывались из очереди по очереди без race conditionов всяких.Для добавления сообщений в такую очередь нужна синхронизация и это довольно дорогая операция (учитывая скиллы Хуана там небось тупо на мутексах все), особенно для каждого скриптового вызова.
>>5461971. Ты заранее не знаешь, что будет лежать в params, там может быть 0 аргументов, а может быть все пять. Какую альтернативу ты предлагаешь? Сделать 5 функций, одна без параметров, вторая с одним параметров, третья с двумя, и так далее, и разруливать через ифы? Ассемблерная портянка с ветвлениями получится не меньше, плюс будет иметь место быть branch misprediction, если ты в курсе что это, а это может оказаться дороже создания нескольких пустых объектов на стеке. 2. Откуда там взяться восьми параметрам? Я не знаю, где ты конкретно откопал тот код, но видимо в том месте их нужно не более пяти, откуда там может высраться восемь?Проигрываю что-то с додика, полез в исходники искать, почему тормозит gdscript, ассемблер скриншотит, как будто понимает что там происходит. Ты как мартышка, взявшая в руки том Достоевского, нахуй ты туда лезешь? Твой удел - таскать ассеты в юнити, чем и предлагаю тебе заняться.
>>5462101. Мань, у тебя c++ для написания движка! Это решается кучей способов - начиная от передачи nullptr или кол-ва аргументов, до использования хоть наследования, хоть шаблонов. Можно, к примеру, завести класс BaseFunc, в нем метод call, потом реализации FuncWith1Arg, FuncWith2Arg, и передавать конкретный экземпляр. Будет ноль оверхеда. И да, ты знаешь заранее, что будет лежать в params! Это известно в тот момент, когда колбэк добавляется в очередь, кретин!2. Откуда угодно блджад, я так захотел! Это пользовательский колбек, который вызывается в момент завершения анимации. Но ты можешь доебаться, что мол пользовательская-хуельзовательская. Ты хочешь сказать, что в годоте нет встроенных функций с 6 аргументами, которые я мог бы хотеть вызвать?Впрочем, это оказалось только началом пробития дна.
>>546217>Ты хочешь сказать, что в годоте нет встроенных функций с 6 аргументами, которые я мог бы хотеть вызвать?Хочу, найди хоть одну в официальной документации.
>>546219>хочешь сказать что нет?>хочу, кидай ссылку на документацию с примером хотя бы одной такой функции>пукЭто позорнее тысячи пуков, мань.
>>546220Даунитос, это ПОЛЬЗОВАТЕЛЬСКИЙ колбэк. Я хочу вызвать функцию с 8 аргументами. Движок не может, там говнокод.
>>546221>Я хочу вызвать функцию с 8 аргументамиТогда тебе лучше забыть о профессии программиста и пойти на завод.Даже если у тебя 4-5 аргументов, то это уже повод задуматься, то ли ты делаешь, а 8 - это уже клиника.>что в годоте нет встроенных функций с 6 аргументами>ВСТРОЕННЫХ>Даунитос, это ПОЛЬЗОВАТЕЛЬСКИЙ колбэкКакой ловкий маневр, спешите видеть.
>>546223>вы просто не понимаете, это не говно, а гениальность хуанаЯсно.>это не для вас написано, пользовательские колбэки не для пользовательских колбэковПонятно.
>>546226>ясно>понятноНу вот, манька слилась слишком быстро, наверное пошла тягать ассеты в unyti.Никто и не говорит про гениальность, Хуан не Кармак, да и код не он один пишет. И да, это не говно, а вполне рабочий код, который имеет место быть, не идеальный, конечно, но дрочка на академически чистый и вылизанный код никогда и не была самоцелью разрабов годота. В том же юнити с вероятностью 99% говнокодище еще похлеще этого, можешь не сомневаться, идеальный код существует только в маня-фантазиях не написавших ни строчки.
>>546231>РРЯЯ ЭТО САМЫЙ ОПТИМАЛЬНЫЙ КОД! ТАМ СЧИТАЮТСЯ КЭШ ПРОМАХИ! ТАК И НАДО ПЕРЕДАВАТЬ ПО 6 ПУСТЫХ ОБЪЕКТОВ!>Не, ну это не идеальный, конечно, код, он вроде как работает, конечно, будет падать с ошибкой если больше 5 аргументовЧто ж, ты не безнадежен, прогресс заметен.
>>546232>будет падать с ошибкой если больше 5 аргументовПруф или не было. Ты делаешь вывод на основании того, что посмотрел в код, в котором нихуя не понимаешь. Почему ты так уверен, что он работает именно так, как тебе кажется? Можем зайти с другой стороны - создай сцену в годоте, где ты вызываешь свою ебучую функцию с 8 аргументами в анимации, и посмотрим что будет.>РРЯЯ ЭТО САМЫЙ ОПТИМАЛЬНЫЙ КОДПиздеж, не было ни слова про "самый оптимальный", я тебе просто пояснил почему решили сделать так, а не по-другому и почему это имеет право на жизнь, как и десяток других способов, у каждого из которых есть свои плюсы/минусы, и что в итоге окажется быстрее на доли процента покажет только бенчмарк, а не петушиное кукареканье РЯЯ ТУТ МЕДЛЕННО СДЕЛАЛИ, ГОВНОКОДЕРЫ, Я Б ЛУЧШЕ ЗДЕЛОЛ!!
Годот, увы, правда не очень тянет на движок. На фреймворк, возможно. Слишком много всего банального приходится реализовывать самому.
>>546240Пруфы чего, мань? Того, что по процитированному коду 6 аргумент никогда не будет передан в функцию?
>>546223Понятно, что чаще нужен 0-1-2. Но и говорить > Даже если у тебя 4-5 аргументов, то это уже повод задуматьсяЭто бляполный пиздец. А то ж не бывает надо 5 аргументов зарядить. Бывает надо и 8, и 10. Редко, но бывает. Другой анон.
>>546243В том то и дело. Что чаще всего нужно 0-1-2, а передается всегда 5 пустышек. О - оптимизация.
>>546243Больше 4-5 аргументов у функции - это признак того, что тебе нужна новая структура данных, либо функция слишком жирная и её надо рефакторить. Большое кол-во аргументов считается анти-паттерном во всем цивилизованном мире.>>546242Ты только что кудахтал, то движок будет "падать с ошибкой", а теперь уже кудахчешь про не будет вызван, сам уже запутался в своем пиздеже.>процитированному кодуТы не шаришь в кодовой базе движка, и вряд ли понимаешь, откуда высрал этот фрагмент и за что он отвечает. Если это не так, тогда кидай пруф.Пруф - проект на годоте, с пустой анимацией, которая не делает ничего, кроме как вызывает этот пользовательский коллбэк с 8 аргументами и при этом крашит движок или теряет аргументы. Пока нет пруфа, всё высранное тобой - не более чем маня-фантазии, не имеющие отношения к реальности.
>>546210>>546218>Хочу, найди хоть одну в официальной документации.>>546223>>546219>огда тебе лучше забыть о профессии программиста и пойти на завод.>Даже если у тебя 4-5 аргументов, то это уже повод задуматься, то ли ты делаешь, а 8 - это уже клиника.Похоже, Хуану пора забыть о профессии программиста и пойти на завод.
>>546248Причем тут код движка?Вроде бы в посте черным по белому написано, что проблема не в коде, а в тебе и в том, что ты не понимаешь, что это за фрагмент, откуда он вызывается и как работает.
> Понятно, что чаще нужен 0-1-2.> Бывает надо и 8, и 10. Редко, но бывает>>546246> функция слишком жирная и её надо рефакторитьНу конечно. Вместо 1-2-3 простых функций, которые в читабельном режиме тупыми ифами откидывают лишние аргументы (и перекидывают нужные дальше) мы завернем аргументы в структуру, а потом будем где ни попадя эту структуру разворачивать и чекать... теми же самыми ифами.И, напомню, ключевые слова:> чаще> РедкоКак бы намекают, что это не "так и надо делать". Но ты решил завести лекцию об анти-паттернах. Аналогично, и "Хуан не Кармак" - налепил "пять аргументов хватит всем" и выдает его за движок.
>>546252>которые в читабельном режиме тупыми ифами откидывают лишние аргументыПро цикломатическую сложность в вашем заборостроительном универе не рассказывали?>структуру разворачивать и чекать>теми же самыми ифамиСкажи честно, ты про программирование слышал только из картинок в программерских пабликах в вк?>налепил "пять аргументов хватит всем" и выдает его за движок.Пруфов как не было, так и нет до сих пор.
>>546254Ты пытаешься выдать экспертизу, не поняв сути. В твоем вузе за это отл ставили? Пруфы о пяти аргументах выше анон выкладывал.
>>546251> Причем тут код движка?При том, что это код движка.> проблема не в коде, а в тебе Просто в голос.> откуда он вызываетсяОн вызывается, когда анимация доходит до отметки, которую пользователь указал в редакторе, и вызывает функцию, которую указал пользователь в редакторе. Кстати, ни в редакторе, ни в документации не указан лимит в 5 аргументов. Удачного дебага, мазафаки, как бы говорит нам Хуан.
>>546256>Пруфы о пяти аргументах выше анон выкладывал.Скриншот 5 строк, высранных непонятно откуда и вывод на основе них от петуха, который видит кодовую базу проекта в сотни тысяч строк впервые в своей жизни - это не пруф, а вскукарек.Пруфом будет как минимум проект, демонстрирующий эту проблему.
>>546259>Скриншот 5 строк, высранных непонятно откудаГодот опенсорс. Ты можешь и сам посмотреть, где их высрал Хуан.https://github.com/godotengine/godot/blob/master/scene/animation/animation_player.cpp#L540> который видит кодовую базу проекта в сотни тысяч строк впервые в своей жизни Ох уж эти проекции...>Пруфом будет как минимум проект, демонстрирующий эту проблему.Ты реально не умеешь читать код?
>>546262Во-первых, ты разговариваешь с несколькими анонами.Во-вторых, я пишу код, который нужен мне, в ближайшие полчаса. Потом, если еще не буду спать, может и проект слеплю.
>>546246> нужна новая структура данныхhttps://github.com/godotengine/godot/blob/master/scene/animation/animation_player.cpp#L52> if (name.begins_with("playback/play")) {> } else if (name.begins_with("anims/")) {Дело-то о файле в 1600 строк принимает скверный оборот.
>>546272Ну тут-то ничего удивительного нет, все движки в основном оперируют строками для всяких объектов, имен анимаций. И там вроде пометка про backward compatibility.
>>546267>говорю всем, что пишу код, который нужен мне>в это время ковыряюсь в движке годота, чтобы доказать себе, что он говно, ведь обсирая труд других, я чувствую себя намного лучше8 аргументов работают, не знаю, откуда ты высрал тот фрагмент, но видимо ты сам не понял откуда.
>>546279Ты угараешь там, пиздоболие? Вот ошибка, ровно в соответствии с кодом.>>546283Походу он тупо код отредактировал чтобы 8 параметров схавало.
>>546279И кстати очень легко увидеть, где ты спалился, пиздоболие.Любой может запустить редактор годота и убедиться, что там не выставить значение выше 5. А значит, ты поменял дефайн.
>>546295> Походу он тупо код отредактировал чтобы 8 параметров схавало.Вот же сучёнок! Годдотоёбы теперь не только дебилы, но еще и мошенники.
бля, седня навероно начну третий раз проходить туториал с начала, сделаю додж, а потом запюлю таки змейку, все это конечно не за один день. Деержу в курсе!!!!!
>>546202>учитывая скиллы Хуана Читал на гитхабе всякое говно, постоянно когда вылазит хуйлушка с советами хуану тот обоссывает пидора вмиг четкой аргументацией и все аплодируют, и даже те кто были против вынуждены соглашаться и рукоплескать. Так и тебя обоссут если что, потому что Хуан суперпрофи, а ты манька-залупогрызка.
>>546332> четкой аргументациейкак тут? >>546279> кто были против вынуждены соглашаться как тут? >>546283И, кстати, накидай-ка пруфов.
>>546335>как тут?>>546335>как тут?>>546335Что тут, обоссанный? Ты здесь с хуаном что ли споришь? Совсем уже обезумела, ебанушка.
>>546332>обоссывает пидора вмиг четкой аргументациейуровня аргументации "почему я сделал gdscript" из faq? да, смешное было чтиво.
>>546329Давай давай, я уже половину туториала по first person shooter прошел, переписывая на c++. Нарабатываю приемчики и идиомы, через неделю уже свои проекты начну.
>>546332В реальности будет как с glesУмные люди: надо glesХуан с "аргументами": кококо gles ненадо, бла бла бла Подсосы хуана: хуан святой!Через полгода: бля посоны чет у нас движог гавно выходит, надо было делать glesЕще полгода кое как попытки доделать glesИтог и там и там работает хуево.
>>546343А сейчас на vulkan хотят все переделать. Движок - дырявое корыто, но нет, ведь пользователям нужен очередной новый рендер!
>>546344>Чет недалеко ушел, за 5 лет-то.Заебись ушел, годный двиг. Мне не нравится только производительность, как-то хуево он сделал воксели, красиво конечно, но фпс пиздец. И вот это странно, потому что в крае налету строится сетка и расчитывается и такой же фпс, а здесь нужно заранее запекать и все равно тормозит.>>546345> ведь пользователям нужен очередной новый рендер!Потому что этот не годится. Он хороший пбр, но сейчас уже везде окружение запекается, а в годоте лайтмапов считай нет, а воксели не тянет железо.
>>546279Ты случаем в ЕдРе не состоишь? Методы работы больно знакомые. Главное написать, что все хорошо, любой ценой, даже подделывая тесты.
>>546347>Потому что этот не годитсяНикому не нужна фотореалистичная графика в годоте. Для этого уже есть УЕЧ, блджад.Пидор рыжий, сделай ты нормальный стабильный движок с нормальным ворфлоу. Сделай нормальную базу движка, а потом прикручивай фичи. А не наоборот, кидала ты мразотная!Рыжая мразь делает то, что легко сделать. А сложные, муторные вещи делать не хочет. Поэтому годот в вечной жопе.
>>546344Ты не вполне справидлив. Вот есть такой движок cocos2d-x. Ему лет 8 уже, там c++, он довольно приятный для программирования, на нем китайцы пишут сотни реальных игр, приносящих деньги (мобильные дрочильни). Но! Пару лет назад все эти китайцы признали, что они не могут сделать 3d редактор, вообще отказались от этих планов. Высрали какой-то кривой creator studio который вообще к c++ не приделать никак. И вот сравниваем с годотом, и понимаем, что в нем сделано не так уж и мало.
Поцаны, я вам тестов принес.Решил я сравнить производительность C# и GDscript в годоте. Для этого сделал несколько простеньких тестов, где один и тот же код выполняется на двух языках, и почалося. От результатов я охеул.Итак, первый тест - считаем матан. На пиках код и результат. Там, где шарп считает меньше секунды, ГДскрипт трахается 49 секунд. Разница более чем в 49 раз, Карл. А я еще напомню, что и сам шарп считается далеко не самым быстрым языком и быть в 49! раз медленнее его - это определенно достижение.Ну и казалось бы - ну и хуй с гд скриптом, пользуйся шарпом и наслаждайся нормальной производительностью. Но не тут то было, у Хуана есть для тебя сюрприз. Ведь в следующем тесте отсосет уже шарп...
>>546352УЕЧ не опен сорс. Какие есть еще свободные движки, в которых есть фотореалистичная графика? инб4 блендер, уу сука, а ведь в блендере была какая-то уебищная прослойка, чтобы на питоне глючные игры писать
>>546355Не понял что на левом скрине. Тест занял 0 секунд? Ну это скорее всего означает, что там ошибка и он вообще не выполнялся.
>>546356> уу сука, а ведь в блендере была какая-то уебищная прослойка, чтобы на питоне глючные игры писатьНу они сделали максимальное говно, и уже удалили. Сейчас еще планируют какую-то хуйню интерактивную сделать, тоже скорее всего получится хуета, но уже с топ графонием.>>546352>Пидор рыжий, сделай ты нормальный стабильный движокТы так пишешь, будто донатишь ему или код в двиг вносишь. Заткнись сука нах!>>546355Пайтон так же отсосет, я читал сравнение языков, он в некоторых тестах в 400 раз медленнее был плюсов или шарпа.
>>546358Тест занял меньше секунды. Там для проверки, что тест прошел пишется значение d над табличкой.Ссылка на проект, если кто сам проверить хочет https://nofile.io/f/Z2WT0PRkgcn/SharpSpeedTestMath.zip.А еще я очень надеюсь, что я где-то обосрался, мне на это укажут, и не все так плохо на самом деле.
>>546363>А еще я очень надеюсь, что я где-то обосрался,Ебанько, это же пайтоноподобный язык, чего ты от него ждал? Его написали, чтобы быстро логику писать.
>>546363Ясно, уже вижу по коду. А что за второй тест, который на шарпе медленнее? Или я не так понял твой пост.
>>546354>Пару лет назад все эти китайцы признали, что они не могут сделать 3d редактор, вообще отказались от этих плановОни его не делают, потому что это никому не нужно и не выгодно.Это Хуану донатят 10к$ в месяц, чтобы он делал редактор, а он API рендера раз в год переписывает, сука.
>>546367>Они его не делают, потому что это никому не нужноТы не прав, там сотни людей просили на форуме. И сначала были попытки. Но реально не смогли. Так что 3d редактор - это тоже важно.
>>546365Во-первых, Хуан говорил, что шарп ДО 4х раз быстрее GD скрипта в некоторых случаях. Не мог же он врать?Во-вторых, так сильно даже питон не тормозит.В-третьих, тут у поцанов треде >>546063 производительность упирается в ядро движка и GDскрипт на уровне С++ бегает.>>546366Если вкратце - то при вызовах API годота gd скрипт быстрее работает. Подробнее потом напишу.
>>546367> чтобы он делал редакторНахуя тебе делать редактор, ты долбоеб? В каком-нибудь юнити новых фич уже нет лет как 10, просто потому, что уже нехуй придумывать, программа и так уже подходит для создания игр. То же самое и с годотом
>>546371>ДО 4х раз быстрее GD скрипта в некоторых случаяхИ что тебя в этой фразе смущает, пес? Вообще тупой спор, то что пайтон тормоз известно и для чего гдскрипт тоже известно, пережевываете говно, дауны, вместо реальных косяков. Хуан обосрался с рендером, он дропнул лайтмапы в пользу вокселей и хвалился, что у него теперь лучший рендер, но оказалось, что он не пригоден из-за производительности. И теперь выхода нет, лайтмапы он поделал и забил опять, с вокселами ничего не сделать, ставишь кубик, ставишь пробу, запекаешь, на gtx 1050ti 40fps. И теперь он грозится написать еще более лучший рендер. Выкатили исходники зенки откуда можно пиздить, он сказал спасибо в твиттере, гугл какую-то пбр хуйню открыл, и если он и в этих условиях даже спиздить не сможет, то тогда можно сказать, что хуан хуйло. А сейчас не сметь!
Да нахуй этот гдскрипт не нужен, нужно было констрактовские события пилить изначально и сишарпу, а так не туда и не сюда.
>>546378 Да, я про то что эта тормозная хуйня довольно популярна и ругать гдскрипт странно, нужно принять.
>>546380>я про то что эта тормозная хуйня довольно популярнаЭта хуйня используется там, где на тормоза пофиг - скрипты, автоматизация, деплой и т.д.Производительный код на питоне не пишут, естественно.
>>546382Вот хуан так и писал, нужно гаму спрогать, раз и быстренько спрогал, а для производительности плюсы там, вот это вот вся хуйня, разъебывайся как хош.
>>546380> ругать гдскрипт странноА какой язык из этого списочка не принято обсирать при первой возможности? SQL? Ну еще про R редко слышу критику - значит параша настолько, что никому не нужна даже не смотря на рейтинг. Так что не переживай: гд-скрипт говно, унижать его нормально.
https://vk.com/@godot_engine-todo-na-2019-godTODO на 2019 годGGodot 4.0 список задач для 3D:Оставить текущую модель рендеринга как основу;Портирование на Vulkan;Переместить флаги tile/filter/mipmaps из текстуры в шейдер и использовать для этого 8 предварительно привязанных сэмплеров, чтобы текстуры не были привязаны к контексту OpenGl (т.е стали bindless);Добавить кэширование шейдеров;33D:Добавить векторы движения для размытия в движении и временного сглаживания, но только ограниченную реализацию в буфере отражения для решения проблем зеркального сглаживания и сглаживания SSR (Остальное хорошо обрабатывается MSAA);Добавить отброс загороженной геометрии (Occlusion culling) при помощи CPU на основе временного препроецирования буферов глубины предыдущего кадра;Добавить тайловый и кластерный режим освещения;Добавить божественные лучи (god-rays) для направленного света;Добавить объемность (volumetry) для точечного (Spot) и всенаправленного (Omni) света, как дополнительный пост-процесс;См. раздел замена алгоритма SSAO на более современный;Добавить трассировку конуса heighfield для глобального освещения в открытом мире;Добавить текстуры проекции для точечного (Spot) и всенаправленного (Omni) света;Добавить поддержку декалей (и оптимизировать их с помощью тайлового и кластерного режимов, если таковые имеются)Добавить объемный туман, который работает с тайловым и кластерным режимом освещения;Добавить создание многопоточного списка отрисовки (multithreaded render list)Добавить пользовательскую поддержку рендеринга для отрисовки дополнительных данных;Добавить поддержку трафарета (stencil), но сделать так, чтобы большинство применений трафарета (таких как маскирование объектов, плоские отражения и порталы) были просты в использовании;Добавить поддержку шейдеров пост-обработки с доступом к нормалям, глубине, трафарету и пользовательским целям визуализации (custom render targets)Переписать код запекания lightmap для использования полигонов вместо вокселей и потенциально оптимизировать (с помощью GPU и Al denoiser);Вернуть аттракторы частиц и добавить 3D силовые поля;Сделать исключение низкопробной матрицы из скелета и импорта анимаций опциональным. Новые пользователи не обнаружат, что действительно "кривые" модели, которые они загружают из интернета, не работают;22D:Сделать 2D работу освещения в один проход, для того чтобы увеличить производительность;Добавить создание многопоточного списка отрисовки в серверную часть (back-end) Vulkan;Добавить batching в серверную часть GLES2;УУлучшение физики в Godot 4.0 (или 4. 1):22D физика:Оптимизация SAT-кода и использование более простых алгоритмов для некоторых примитивов;«Теплый старт» с использованием именованных сегментов или точек вместо кэша близости;Возможно, добавить quadtree или сбалансированные индексаторы на основе дерева;Добавить плавучесть, чтобы объекты могли плавать в плоскостях;Оптимизация выпуклых форм с помощью бинарного дерева для поддержки и проекции;Сделать решатели (solvers) многопоточными (большая часть кода готова, просто она так и не была добавлена);33D физика:Оценить PhysX, учитывая, что его исходный код стал открытым. Возможно использование в качестве дополнительного бэк-энда или замены Bullet (зависит от того, могут ли быть реализованы все функции Godot);Оценка фиксации и модернизации физики Годо;— реализовать правильный код столкновения SAT, используя именованные примитивы для теплого запуска;— оптимизировать выпуклые формы, используя бинарное дерево для поддержки и проекции;— Поддержка цилиндра и использование EPA fallback для столкновения цилиндр-цилиндр;— Добавить поддержку мягкого тела, как в Bullet;— Сделать решатели (solvers) многопоточными (опять же, большинство кода уже существует);Добавить поддержку плавучести над плоскостью;
>>546381И ведь когда он писал этот, говеный рендер, наверняка "аргументировано обоссывал всех" что такой и надо было писать, и подсосы хором поддакивали.
>>546375> пережевываете говно, дауны, вместо реальных косяковЕще тут кидали ссылку на статью, когда при 60фпс тормоза на изображении, вот в годоте эта хуйня во всей красе.>>546387Нет, он скрытно пилил, изредко балуя скринами в твиттере, и рендерт то красивый, но ощущение что производительность тоже раз в 40 ниже. То ли там ошибка какая-то, вот если запек эту пробу и издалека на нее смотреть еще нормально, но если камеру приблизить фпс падает в 3 раза.
>>546352>Рыжая мразь делает то, что легко сделать.Это не так, это самое сложное, и он уже много раз пытался призвать на помощь людей для рендера, но никто не въезжает, мелкую хуйню пилят. Томас герцог уже расписывал как рендер устроен, тщетно, а самого его не проспонсировали.
>>546376На самом деле он УЖЕ.>>546355Продолжаем веселье. Второй тест. На этот раз делаем дохуя вызовов к API. На пике код и результат.Шарп примерно на четверть медленнее gd скрипта, которого он до этого обгонял в 49 раз. Вот и ебитесь с этим, как хотите. Думаете, что с шарпом получите лучшую производительность - ну в операциях с матаном определенно да, а вот если вы с нодами постоянно операции проводите, то нет.Проект https://nofile.io/f/eXFgeqpj9MT/SharpSpeedTestApi.zip
>>546391Пока Хуан ебет шлюх и пьет смузи за счёт годотоманек, его верная армия куколдов чистит за ним говно
>>546386то, что можно за неделю сделать, Хуан будет год растягивать.Потому что особенность патреона в том, что разработчику выгоднее затягивать разработку, тк оплачивается время, а не результат
>>546400Да не, там работы даже в нормальном темпе бесконечно, тем более он недавно выпрашивал спонсирование еще одно человека, просто это действительно много работы.
>>546390Не пизди. Самое сложное в разработке - это архитектура и дизайн программы, т.е. решение инженерных задач.Все проблемы рендеринга давно решены и формализованы, расписаны, нужно просто писать по готовому алгоритму. Т.е. чисто техническая задача.
>>546402Кем расписаны, учеными хуями мочеными? Ну правильно, там и есть инженерные задачи, потому что то что они понаписали в своих паперах, в реальное железо не умещается.
>>546405У всех умещается, а у Хуана не умещается.В гугле полно статей и туториалов с пошаговыми инструкциями, на гитхабе сотни проектов с рендерингом, дохуя движков с открытым кодом = бери, копируй. Но нет, у Хуана все особенное, он же у нас особенный даун.
>>546408У тебя синдром хеллоу ворлда походу. Сам же себе противоречишь. Да, берешь один пример и он получается. А в движке надо совместить 100 разных примеров.
>>546409У анриала хороший рендер, почему Хуан не может просто взять и сделать так же, он что, дурак?Я НЕ ДОЛБОЕБ!
>>546410Пусть рендер armory 3d хотя бы спиздит, даун рукожопый.Почему-то один человек смог запилить отличный рендер, а у Хуана 5 лет ничего не получается. Может быть это Хуан - даун тупой, а не задача сложная?
>>546411Тупица, у армори еще хуже ситуация, лучше бы потестил, чем пердеть. У него во-первых хуево работает рендер, постоянно косяки, ни один релиз не работал нормально. И производительность еще хуже, там пример с шахматами элементарный на 30 фпсах идет, это при средних настройках.
>>546413Так это доска с шахматами, сейчас уже пиздец что в играх творится, как они это делают.https://www.youtube.com/watch?v=ye3aF_eNtUQ
>>546393Еще протестировал. Вообщем за тормоза отвечают функции, которые перестраивают SceneTree. То есть, если избегать всяких .instanse/add_child/remove_child - то годот в принципе способен работать с адекватной скоростью при условии использования шарпа. Остальные функции вроде get_children, get_node, get_parent особых тормозов не вызывают.
>>546434Не совсем тебя понял. Но там проблема не в шарпе или гдскрипте, а в самом api. Просто с гд скриптом эта проблема не так актуальна, ибо на фоне его собственных тормозов - тормоза API не так заметны. Что бы ты не сделал - в лучшем случае эти функции будут выполняться на шарпе с такой же скоростью, как и на гд скрипте, что все еще ОЧЕНЬ медленно.
>>546511Да не, просто интеграцию обсудят. Ну и за одно Пабло попытается отсосать у Хуана и предложит в дупу, но Хуан только с медового месяца, ему и не охота ебаться, тем более Пабло, может слегка обоссыт, чтоб не обижался.
>>546386>так и не смогли нормально натянуть bullet на апи физики годота, так не смогли побороть связанные с этим глитчи>вместо того, чтобы выкинуть этот апи и интегрировать bullet с нуля, без костылей, решили натянуть на этот же кривой апи physx, в надежде что это решит проблемыВот из-за такой хуйни как-то начинаю терять веру в годот. Теперь еще год ждать новую физику, которая в итоге скорее всего так и останется с кучей багов и глитчей, с проваливающимися на стыках коллайдеров мешами.мимо-всегда-срался-в-тредах-на-стороне-годота
>>546432Вся фишка в том, что работа со сценами - основное преимущество годота перед другими движками, без сцен и их иерархии он нахуй не нужен, бесполезный оверхед поверх функционала, который можно накидать на голых плюсах.
>>546511Так это же хорошо, если им наконец-то дадут финансирование и заставят отчитываться о работе. Может наконец-то дофиксят баги, висящие со второй версии.
>>546513Вообще, полноценный пайплайн с анимациями и pbr-текстурами для .blend файлов без промежуточного экспорта в dae/gltf был бы киллер-фичей для годота.
>>546511Лучший 3д редактор поглотит худший движок? Самому то не смешно?Даже xenko и то более стабильный и функциональный движок
>>546520Ничего не будет, они просто обсудят как блендеру экспортить в годот, они задумывали экспорт во все движки.
>>546531Дурачок, зачем такое обсуждать в баре за кружечкой пива? Для такого есть слак и подобные мессенджеры.
>>546535Затем, что блендер в 90% используется для геймдева, разработчики игр на всех движках - основная ЦА блендера.
>>546543>эта боль фанатика дырявого вижка без игор, разработчик которого тем временем уже стал долларовым миллионером на донатах
>>546545> дырявого вижка> дырявого вижка> дырявого вижка> дырявого вижка> дырявого вижка> дырявого вижка
>>546554завидовать тупости фанатиков, дарящих деньги своему господину за сырой, забагованный, неработающий, дырявый движок? увольте.
Анон, делаю your first game по документации годота и столкнулся со следующим:>Now that we have a movement direction, we can update Player’s position and use clamp() to prevent it from leaving the screen by adding the following to the bottom of the _process functionДобавляю три последние строки кода и выдает ошибку. Вопрос: какого хуя?
>>546580Внизу красненьким же написано: выравнивание. Это питон гдскрип, детка.>>546582А главное табы не равны пробелам :3
>>546582Взято с оф. документации, хуле доебался, ну>>546583Это пиздец, 4 таба, как я должен был об этом догадаться? И в питоне вот такая вот херня? Тьфу-тьфу
>>546586Там не 4 должно быть, а два. В питоне такая же хуйня, да, поэтому нормальные люди на нем не пишут.
>>546586Достаточно и одного. А вообще, ты уже на первый подводный камень наткнулся, вот в C# такого нет, кхм...Раньше думал что питоноподобные языки самые простые и быстрые.
>>546628Для старт тебе не нужна тулза общего назначения. Бери game maker и делай рпг. Или бери Ren'Py и делай ВН. Программача, кста, в современных движках чуть-чуть больше, чем в школьной информатике (хотя, редкие неприятные моменты будут случаться).
>>546629>ПрограммачаТолько если у тебя из механик только "ходить" и "тыкать". Стратегии, симуляторы и прочие нормальные игры требуют навыков кодинга.
>>546628Лучше сначала программирование подтянуть, независимо от движка. Я бы посоветовал найти какую-нибудь книгу "c# для довенов", поделать оттуда примеры и упражнения, потом скачать справочник C# in a nutshell авторства Албахари и книжку по паттернам авторства Фримана. В последней, правда, примеры на java, но это похуй, она отлично написана и там дохуя картинок, разберешься. Справочник можно почитывать для общего кругозора и нюансов.И не следуй совету этого: >>546629 про внки, иначе так и застрянешь в этом болоте.
Ну чего, обоснуйте нахуя вообще выбирать годот когда он даже шарп по человечески не поддерживает?К примеру если нужно совсем чтото простое с кучей действительно годных туторилаов можно выбрать гейм мейкерЕсли хочешь делать 3д игры иди 2д но на нормальном движке, юнити к твоим услугамА что предлагает годот? Сейчас в ОП посте вижу кросплатформеность, но как я понял это про стандартное издание игр вместо того чтобы на мобилке или 3дс там чето пилить пока в метро едешь
>>546655>юнити к твоим услугамНадо платить ежемесячную мзду, чтобы убрать зашкварный сплеш-скрин. Я конечно понимаю, что для юнити-куколдов это неважно, они готовы и хуй в жопе стерпеть, и чтобы им на лицо насрали, лишь бы продолжать пользоваться unyti. Но для нормальных людей это зашкварище.Плюс открытая лицензия годота - это важный идеологический момент. Пока ты пользуешься unyti, ты полагаешься только на добрую волю барина, завтра они решат убрать какую-то фичу из free версии, и пропишут в EULA, что ты обязан два раза в день давать в жопу сотруднику unity, чтобы пользоваться этой фичей, и ты ничего с этим не поделаешь. Недавняя история с improbable хороший тому пример, вот только за improbable вступились epic games и у юнити-бояр не фартануло их разорить, пришлось под шумок выпускать пресс-релиз, что мол все нормально пацаны, ну пытались кидануть посонов на бабки, но вас это не коснется, спите спокойно.
>>546663>завтра они решат убрать какую-то фичу из free версииИ всем будет похуй, потому что ещё во времена, когда половина фич работала только на PRO оказалось, что во фри версии всё так же просто работает и никаких особых ограничений нет. Последние года происходило ровно наоборот вряд ли юнити развернётся на 180 и опять начнёт просить деньги за то, что было бесплатно. Тем более с ретроактивной-то лицензией, лол. Сплешскрин юнити это скорее плюс. Единственный недостаток это светлая тема, но опять же, есть способы включить тёмную, оставаясь на фри и при этом не нарушая еула.>Недавняя история с improbable>Пидоры реселлят юнити не идут на контакт>Юнитеки виноватыВы ебанутые с этим импропадлом.
>>546663>Человек предпочитает работать в комфортной среде вместо того чтобы выеживаться и гемороиться с годотом>Куколд который стерпит хуй в жопе и говно на лицеЯ вообще пришел не для того чтобы сраться по поводу движковПопробовал годот не понравилось что хуево поддерживает человеческие языки программирование не смотря на то что обещали десяток версий нащад и что сама система ну как то совсем по уебански построена, поэтому и спросил а какие собственно плюсыЮнити не гейммейкер по еврейству, если надо то и заплатить не жалко, все равно когда саам издаешься надо много за что платить
>>546663А что плохого в лого движка? Тебе стыдно, что если ты сделал игру на движке, то все узнают что ты сделал игру на движке, а не написал движок с нуля, или что?Какие-то школопроблемы.У игр на уече тоже есть лого.
>>546668>поэтому и спросил а какие собственно плюсыНет у него плюсов. Поэтому нам нет игр.Заговор и притеснения хорошего движка только у годофанатиков в головах. Еще они любят говорить, что движок новый и просто не популярный. Ну да, если за 5 лет он оказался так никому и не нужен, может это все-таки движок никому не нужно говно, а не пользователи виноваты, а?
>>546673Ебёшься со справкой, не понимаешь, почему не получается. Находишь туторы с вызовами апи. Движок этих вызовов не знает. Ебёшься ещё. Движок падает. Ебёшься дальше. Справка устарела, всё апи перекроили. Движок падает. Сносишь к хуям уе4 и забываешь, как страшный сон. Зато тяжелее освоить, забись же.
>>546676Инфа устарелаhttps://blogs.unity3d.com/2019/01/16/updated-terms-of-service-and-commitment-to-being-an-open-platform/
>>546676>Кстати хз что там за поделие, но оно работает не только с юнитиОни развернули в облаке юнити и давали уёбышам делать игры на юнити. Фактически это перепродажа лицензии, что запрещено в любом софте. То, что юнити это позволила это пиздец широкий жест. Они теперь корпорация добра.
>>546679Они за 5 дней переписывали лицензию 5 раз, нет гарантий что они не внесут потом еще туда новых изменений мелким шрифтом.>>546680> Они развернули в облаке юнитиС чего ты взял? Там бэкенд для шардов ММО, какое отношение это вообще имеет к юнити?> Фактически это перепродажа лицензии, что запрещено в любом софте. > продажа лицензииВот поэтому в этом треде и выбирают открытый годот.> То, что юнити это позволила это пиздец широкий жест. Они позволили это потому что пытались хоть как то остановить щит шторм.> Они теперь корпорация добра.Они теперь обоссыши омеганы, которыми крутят как хотят. Залупнулись на рыбку, которая им не по зубам, и получили тут же шелчок по носу от Эпиков-УЕЧей
>>546669Откуда у годотодетей деньги на криптовалюту?В годоте вообще есть интеграция с аппстором/гуглоплеем, чтобы зарабатывать то?
>>546688Вроде как можно, но поскольку никто ни разу игры на годоте не доделывал, проверять не получалось
>>546682Игровые сервера работают на инстансах юнити. Да-да, тот самый подход, за который всегда ссали в ебало.>>546686Если бы бэкенд не работал на юнити, к ним бы претензий и не было.>получили тут же шелчок по носу от Эпиков-УЕЧейВыглядит так, как будто в разговор двух взрослых пытается влезть мелкий пиздюк (Эпики), но всем на него похуй, даже импропадлам, которые не могут отказаться от работы с юнити. Йохим просто широкой души человек и позволяет многое, причём не из-за каких-то подзалупных эпиков, просто с ним на англофоруме общались в тредах, мол, мы юзали эту дрисню. Причём он успокаивал, как мол, похуй, юзайте, но импропадлы во всю истерили в твиттор.
>>546432Еще потестировал и понял, что мои предыдущие тесты были не совсем верны. Исправляю ошибки.1. В тесте на матан >>546355 было слишком мало итераций в цикле. Если увеличить их количество, то становится понятно, что шарп не в 49 раз быстрее а намного больше. Например, если увеличить количество итераций в 10 раз, то то, что шарп считает 3 секунды - гд скрипт считает 8 минут.2. Вывод >>546432 тоже не совсем верен. Функции, которые перестраивают SceneTree тормозят больше всех, но и всякие get_children тормозят тоже, только меньше.У меня игра пошаговая, так что для себя решил, что годот буду использовать только для гуя и 2д графона, которые обновляются перед ходами (ну и для экспорта игры на разные платформы). Вся же игровая логика самих ходов будет крутиться на шарпе и вообще к апи годота не прикасаться.
>>546723Удаляй все пробелы нахуй и делай табуляцию. У тебя интерпретатор офигивает от того, что ты там напробелил. И скорее всего position выполняется только в случае else функции выше.
>>546629>>546641>>546647Спасибо. Для начала я и хотел сделать что-нибудь, что похоже на платформер с парой механик. Пойду c# изучать.
Почему годот такое говно?Из-за того что разработчики больше заняты собиранием донатов и создаванием хипстерского хайпа?Бляяяяяяяяяяяяя, ну серьезно, они обещали уже в 2.0 что всё будет заебись, а мы заканчиваем 3.х версии и вссё равно все слабо работоспособно
>>546757>Из-за того что разработчики больше заняты собиранием донатов и создаванием хипстерского хайпа?thisнепрозрачное финансирование разработки через patreon - идиотская идея.patreon придумали, чтобы платить художникам за порнокартинки, а не для разработки опенсурс проектов, когда контрибутит все коммунити, а деньги за это платят Хуану. это демотивирует как энтузиастов помогать проекту, там и самого Хуана показывать какой-то результат.очень жаль, что фанатики не понимают, что соря напрасно деньгами они только вредят проекту, а не помогают ему.
>>546759Если взять хотя бы тот же blender, так они запили для донатов специальный эвент 2.8 quest, где они подробно отчитывались, создали команду разработчиков и за год(!) реально выпустили продукт, который обещали сделать.А у Хуана что? "Подайте бабло чтобы я переписал рендер с gles2 на gles3 потом на gles2 обратно потом на vulkan"Охуенная разработка движка.
>>546690Когда собирался делать небольшую игрушку под ведро, благоразумно решил сначала проверить как будет себя вести рекламный модуль. Несколько дней подряд пытался скомпилировать эту дрянь, читая устаревшие статьи, ставя тонны каких-то костылей, в результате эта хрень сработала ровно один раз и сдохла. Это уже была последняя капля после фантомных тормозов, пришлось качать Юнити и уже там пердолиться с просветами между тайлами, на котором, внезапно, никаких тормозов нет, несмотря на дебильное 2д через 3д даже на слабом ведре, а рекламные модули подключаются простым перетаскиванием в папку. Однако, все равно быстро перегорел, а тут еще и сишарп этот, так все и забросил. Да и в любом случае ничего бы не вышло, без рекламы и пиара никому игры не нужны.
>>546761Ты слишком многого от хуана хочешь. В юнити не могут сделать нормальный рендер (чего только одна обработка растительности стоит) и 2д. Эпики все еще не могут убрать вылеты в редакторе, а уж о глючности sequencer можно легенды слагать (и тоже не могут в 2д). И это все у больших компаний с огромными ресурсами и большим временем разработки. А тут (сколько там основных разработчиков у годота 2, 3?) два с половиной программиста пилят движок за три с половиной копейки. И для двух с половиной программистов - у них очень хорошо получается.Блендер - это вообще единичный случай. Если бы все свободное ПО было бы как блендер, то все несвободное вымерло бы как класс.
>>546780>В юнити не могут сделать нормальный рендер (чего только одна обработка растительности стоитОхуенно шерсть и растительность обрабатывает, что тебе не нравится
>>546780>В юнити не могут сделать нормальный рендер (чего только одна обработка растительности стоит)В юнити фокусируются на главном: на движке как платформе, юзабилити и контенте. А траву для успешного редактора тебе сделает коммюнити в десятках экземпляров и продаст в ассет сторе.А Хуан дурачок пытается объять необъятое и делает движок с обратного конца!
>>546785Он скорее всего про тормоза с обработкой полупрозрачных поверхностей. Которые, к слову, тормозные вообще везде. >дебильное 2д через 3дА это потому что у юнити ноги растут из openGL.
>>546670Проблем в том, что юнити у всех ассоциируется с ассет-флипами по 15 рублей, поэтому все студии, которые юзают юнити, всеми силами стараются это скрыть, убрать сплеши/упоминания.
>>546873>DirectDraw is a deprecated API that used to be a part of Microsoft's DirectX API.>закрытая хуйня, которая не работала нигде кроме виндыЗемля тебе пухом.
>>546867А как рендерит Гейммейкер, интересно, что у него там? Тот же fusion как работает? РенПу и ПуГейм, что у них внутри?
>>546877>Будто бы игори есть где-то кроме винды.Мобилкочерви, мак-пидоры и веб-червипидоры с тобой не согласятся.
>>546954+ Самые разные сосноли+ Линукс, процент небольшой, но платежеспособный, пренебрегать им не стоитЗабавный парадокс, кстати, что большинство пиратов - именно пидорахи, сидящие на винде с торрентов, а пользователи линукса готовы платить за качественную версию игры/софта для их ОС.
>>546949>А как рендерит Гейммейкер, интересно, что у него там?Ответ разработв с их форума.We use a variety of different graphics API's depending on the platform, and we are continually looking at what is best to use (we have recently taken a look at Vulkan and we are impressed with that), so we reserve the right to change the target graphics API so just beware.We would like to support multiple renderers in the future for target platforms i.e. on Android use OpenGL on older devices and perhaps Vulkan on more modern devices, the game will not know until it starts which should be used, but that is for the future.Interested in the announcement of MoltenVK being open source as that will make Vulkan more attractive (and mean we would not have to support Metal directly on iOS and Mac).Russell>Тот же fusion как работает? РенПу и ПуГейм, что у них внутри?Про это влом гуглить, если кросс-платформа (в том числе мобилки, веб) - OpenGL, если шиндовс онли - directx.
>>546867А мне вообще похуй, как. Юнити пилилась изначально под опенГЛ, потому имеет некоторые фичи, присущие именно ему. Те же флипнутые оси. Было бы через директХ, было бы по-другому. Только и всего. Те же GDI и Direct2D.>>546949У всех движков под капотом всё, сейчас иначе нельзя. Ну, кроме годота, он особенный, OpenGL3 и опенгл ES - для встраиваемых систем (мобилкоговно).
>>546967>>546973Что-то они уходят от ответа, все расплывчато. И не ясно, а что там в этой куче двмжков с 2д? Только в Юнити оно реализовано через 3д? Или еще где-то такое? И если нет, то почему?
>>546975Очевидно, что без опенгл в последнем шаге рендера никуда. Но так же очевидно что сам движок может хоть пиксели в текстуру блиттить и вообще от апи опенгл с его флоатами не зависеть.
Ну что годоны, пилите отчетики, что сегодня сделали. Я вот добил 2 из 3 часть туториала шутера на плюсы.
>>546390>Это не так, это самое сложное, и он уже много раз пытался призвать на помощь людей для рендера, но никто не въезжает, мелкую хуйню пилят. Вот опять, и опять никто не осилит, на это способен только гений хуан и еще несколько людей в мире.https://twitter.com/reduzio/status/1086071779838242816
>>547025Зачем нужны существующие, надежные библиотеки абстракции рендера со всеми платформами сразу? Надо же осваивать донаты и запилить сырое, забагованное говно самому!Таким долбоебам, которым процесс важнее результата, нужно вообще запретить что-либо делать на публику.
>>547028Придурок на каждом углу воняет про опен сурс, и не пользуется его главным преимуществом - реюзабельностью кода и разделением задач - вообще никак, на каждую задачу изобретая свое глючное, забагованное решение.Типичный склад ума Васяна-проприетарщика.
>>547031опен сурс с точки зрения Хуана, это когда ЕМУ пишут код, а не когда используешь другие опенсурсные проекты для для решения общих проблем и пишешь код для них.
>>547039Ты какой то неадекватЗачем вообще сидишь на форуме по разработке игр>>547047Как это относится к деланью игр?
>>547046Хуан, залогинься.Есть, например, проект с 5к звезд https://github.com/bkaradzic/bgfxХуан вообще когда-нибудь задумывался о том, чтобы взять эту библиотеку в качестве основы рендеринга, а если там что-то не подходит для годота, то умерить свое ЧСВ и контрибутить в этот проект, сделав его совместимым?Пока что он только обсирает все остальные проекты, доказывая под овации фанатиком почему они плохие, и что непременно нужно запилить все с нуля!
>>547046По большей части он просто неюзабелен, без ре.Пользуюсь всяким линуксговном по работе, горит пиздец. Тут не доделали, там слепили на отъебись. Говно говна.
>>547053>скажет, что дропает поддержкуМы оба знаем что Хуан будет говорить что поддерживает и разрабатывает даже после нескольких лет без апдейтов вообще
>>547053Только в этом случае все что работало так и продолжит работать, а в случае с проприетарщиной тебе и ебаться запрещено.
Ну 3D в godot пока-что мертвоват. В остальном сколько я его не тестил, этот тот же Unity3D, в другом стиле.Разве что язык похожий на питон немного приятнее, но язык программирования далеко не повод брать целый движок на вроде Godot или Defold.Другое дело когда Defold берут ради компактности и возможности напитонить свои скрипты для управления редактором, так как там все это очень даже открыто.
>>547069Но ведь раб это ты.А кажется уже популярно объяснил в этом треде, что у Хуана не опен сорс, а "напишите за меня код".godot не следует принципам опен сурс разработки.все баги годота - это баги годота, и никто кроме Хуана и его прихвостней их править не будут.манямирок про "есть исходники, сам все исправлю и допилю чего не хватает" может не повторять - это не так работает.В таком случае я лучше доверюсь профессионалам юнити в правке багов, чем на щедрость Васяна, который в свободное время пытается починить годот, пока Хуан нюхает купленный на донаты кокс с жоп аргентинских шлюх.
>>547071Ты уже не первый день одну и ту же хуйню пишешь, тебе делать нехуй? До конца жизни будешь хейтить хуана, ебанушка?
>>547077Он молодецПредставляешь что будет если действительно человек который хочет делать игры забредет в тред? Вы ему все мозги промоете своей хуйней, а то что годот багованное дерьмо полный ньфаг может и не понять, к примеру не иметь нормальную поддержку шарпа это вообще днище из днищ
>>547080Семен, ты же совсем пизданутый сектант.>>547080> человек который хочет делать игры забредет в тредТебе то какое дело, пизданутый? Ты тут миссию выполняешь что ли, еблан лольный?
Дохуя гуглил, но так и не нашел ответ. Загружаю сцену в потоке через ResourceLoader, добавляю ее в дерево. Она появляется, но выглядит как говно, все какое-то черное будто рендер сломался. В 3.1 такого нету, только в 3.0.6
>>5470322дСистема нодВозможность кодить на легком питонообразном языке а, так же на куче других языков Опен сорсАктивная разработка, постоянное внедрение новых фичНе всратый гуй
>>547094>на легком питонообразном языкеНа самом деле питон очень двоякий в этом смысле.С одной стороны ты просто берешь и пишешь код, конечно. Но чтобы получился хороший код без ошибок надо иметь квалификацию выше, чем для аналогичного качества на любом языке со статической типизацией. И покрывать все тестами.
>>547094>2д2д зачем-то сделано как отдельный режим. в юнити 2д проще и, что самое главное, функциональнее. можно легко совмещать 2д и 3д объекты.>Система нодв юнити все то же самое, только более лучшее и простое разделение поведений объекта на компоненты, вместо убожества с присоеденением одного скрипта к одной ноде.трудно назвать это преимуществом>gdscript>преимуществоэто шутка?>Опен сорсне преимущество, а недостаток. движок пилится отдельными энтузиастами в свободное время. никто не гарантирует тебе ни поддержку, ни исправление багов, ни стабильную работу движка. никакой техподдержки. энджой ер "as is".баги в движке не фиксятся годами и всем похуй>Активная разработка, постоянное внедрение новых фичспасибо, поржал>Не всратый гуйАХАХА, что ты делаешь, прекрати!
Поясните, я могу пересобрать своего игоря на годоте чтобы он в веб-браузере работал? Читал и вроде что-то такое видел, просто удостовериться хочу.
https://godotengine.org/article/gdquest-kickstarter-learn-2d-and-3d-game-creation-godot>we are raising 14,000 € to create great tutorialsмиллион рублей за несколько роликов на ютубе.куй железо, пока горячо.
>>547127Можешь, но есть ряд ограничений. Шарп не работает (пока), кресты вроде тоже в вебе не работают. У меня еще randomize() не работал.
>>547129Это хорошо, я на GDscript собирался делать, вполне приятный питоноподобный недоязычок. С ним они ничего пока не планируют делать, так и останется основным языком? Никакого депрекейтеда в обозримом будущем?
>>547128Этот пидар уже заебал, ему в прошлый раз 25к задонатили долбоебы, а он несколько говнороликов высрал и все.
>>547138Хуан всегда заявлял, что гдскрипт был и всегда будет, сейчас типизацию прикручивают, но можно будет и без типизации, а сишарпу сторонние кенты прикручивают.
>>547144Ты думаешь какую-то забавную хуйню пишешь? Спамишь хуйней унылой, такие долбоебы и зашкварили юнитиговно. Все равно будут блендеру донатить, будут годоту донатить, хоть обосрись перед моником.
>>547167>Не надо сравнивать говнодот с блендером, пожалуйста.Одно и тоже, блендер и годот - братья на век.
>>547153Донатишь ты конкретному Хуану и конкретному Натану, а код пишется за бесплатно совершенно другими людьми, которые не получают ни копейку.Вся суть ПОПЕЦ СУРСА
>>547186Проблема в том, что Хуан приписывает чужую работу себе, вводя в заблуждение простодушных донатеров и совершая мошенничество.
>>547186>работают бесплатноДа они не работают, а делают ради удовольствия, или для своих геймнужд, у этого юнитидодика навязчивый синдром.
>>547080>к примеру не иметь нормальную поддержку шарпа это вообще днище из днищНе вкатываюсь в unity только потому, что можно писать только на шишарпе. Днище из днищ - это не мочь ни во что, кроме шишарпа и поэтому не понимать, насколько неудобно программировать на нем.
>>547112>2д зачем-то сделано как отдельный режимТак это как раз преимущество, а не минус. Отдельный 2д-режим с пиксель-перфект рендерингом, без симуляции через 3д с нулевой z-координатой, как в unyti.> можно легко совмещать 2д и 3д объекты.В годоте тоже можно легко, 3д объекты рисуются в 2д вьюпортах.
>>547194При этом самое охуенное в том, что для чистого двадэ можно в настройках вообще выключить тридэ-подсистему движка и игра станет легче.
>>547194>без симуляции через 3д с нулевой z-координатой, как в unyti.А ты думаешь в годоте как-то по другому сделано лол? То же самое, только с отдельным захардкоженным 2д видом, который скрывает это.юнитивский подход гораздо лучше и гибче. у тебя один воркфлоу, который ты можешь настроить под себя. Надо pixel perfect? Ставишь pixel perfect package. Надо плавное 2д? Используешь просто спрайты. Надо использовать спрайты в зд сцене? Просто перетаскиваешь спрайты мышкой на сцену и все.
>>547206> Надо pixel perfect? Ставишь pixel perfect package. >Надо плавное 2д? Ставишь plavnoe_2d package>Надо X? Ставишь X packageНу и днина же этот unyti
>>5471973D можно даже не через настройки отключить, а пересобрать движок с параметром disable_3d=yes и его вообще в исходниках не будет.
>>547214>unity>программируешь движокХороший анекдот. Интересно как, через декомпиляцию C# и потом попытке собрать ilasm?
>>547222К твоему сведению, в unity можно даже запрограммировать rendering pipeline https://docs.unity3d.com/Manual/ScriptableRenderPipeline.html
>>547206Зачем что-то принимать на веру?Открываем исходники годота и ищем любой 2д объект, по твоей унитирелигии можно предположить, что это будет объект, унаследованный от 3д-объекта, но с выключенным Z, так?Смотрим node2d:> class Node2D : public CanvasItem {Смотрим CanvasItem:> class CanvasItem : public Node {Понимаем, что это совсем другая ветвь наследования от общего объекта Node, чем тридэ-объекты (у Node вообще координат и графического представления нет). Что это настоящее двадэ, а не эмуляция с отключенным Z.Смотрим Spatial (главный предок всех тридэ-объектов)> class Spatial : public Node {Всё сходится, он тоже унаследован от общего класса и задаёт совершенно несовместимую с двадэ ветвь объектов.
>>547244Так пишешь, как будто unity-блядина знает, что такое наследование и может понимать определение класса на С++.
>>547255Ну а вдруг? Добрее надо быть. Как там говорят пониёбы: "и обретёшь ты друга, став ласковым с врагом"
И вообще, первое, что меня восхитило в годо при его изучении - это подход к архитектуре, когда двадэ-объекты и объекты интерфейсов унаследованы от канвы, но тоже представляют из себя разные ветви, каждая со своим, адекватным (чему?) своей специфике подходом к заданию координат. Если бы все двадэ-объекты принадлежали к одной ветви наследования, то при спрайт-стайл координатах была бы еботня с визуальными интерфейсами и наоборот, при веб-стайл координатах была бы еботня со спрайтами. А так, получается охуенно: объекты интерфейса имеют стандартные вебовские подходы к их размещению и визуальные интерфейсы строятся довольно просто любому, кто достаточно пхп-макакил (все эти отступы и проценты). Спрайты же имеют классическую для двадэ-графики простую систему координат.
>>547244ААА, что ты сделал, скотина! Ты заставил меня открыть код годота.>Понимаем, что это совсем другая ветвь наследования от общего объекта NodeКакая разница? То, что в годоте навелосипедили отдельную абстракцию рендера для канваса с нуля не значит, что само 2д рендерится как-то иначе чем в юнити.В юнити тоже есть абстракция канваса, и используется она для UI. Причем это сделано не запиливанием всего с нуля, а очень элегантно поверх существующей архитектуры с помощью компонентов. Можешь погуглить.>>547268>И вообще, первое, что меня восхитило в годо при его изученииА ты любитель извращений, если этот говнокод тебя "восхищает"
>>547255>как будто unity-блядина знает, что такое наследованиеМы в unity треде в отличие от тебя знаем, что наследование - это анти-паттерн, и используем компоненты вместо наследования.
>>547285>наследование - это анти-паттернВзорнул. Все, что в юньке не работает - это антипаттерн, ясн. Каша из компонентов - норм архитектура, так и запишем.
>>547286> типа такой не знает разницы между z-осью и z-порядком канвыТак толсто, что даже тупо.Батя одобряет.
>Eбанутые спорят о каком-то мифическом 2D в мире OpenGL, где 2D нет вовсе.>>547290Для "2D" не важно расстояние между плашками текстур, так что исключительно в целях экономии используется инт вместо флоата. Потому, кстати, народ частенько ебётся с параллаксом и пишет для него свои велосипеды. Но, опять же, можно нахуй послать всю экономию и включить GL_DEPTH_TEST. Но всё ваше 2D это 3D плашки в ортографической проекции.
>>547362>Неудобный пост, игнорируемЧто в нем неудобного, ебанько? Эту демку энтузиаст забесплатно сделал, какие ему предъявы?
>>547364>Eбанутые спорят о каком-то мифическом 2D в каком-то мифическом OpenGL в мире машинного кода, где вообще ничего нет, кроме машинного кода.
>>547365Вот тут https://github.com/godotengine/tps-demo/Но сначала надо поставить https://git-lfs.github.com/ чтобы выкачать большие файлы ресурсов.А еще нужен свежий билд самого движка.
>>547369>собираешь такой $10.000 донатов в месяц на движок>не делаешь движок>вместо этого делаешь "забесплатно" демкуШоб я так жил.
>>547422> делаешь "забесплатно" демкуЮнититупица, думаешь Хуан сидел концептил и моделил? Потом материалы подбирал, красил. Вот же ты юпитиебанько смешное.
>>547000Пилю систему диалогов для игры. Так как я долбоёб и ничего особо в голову не приходило, то остановился на пикрелейтед-словаре, где каждый диалог имеет свой ключ, ключу сопоставляется что-то вроде графа, где есть персонаж, который говорит реплику, id-шник реплики, которая берется из файла, спрайт ебальника и следующая реплика. Ну и дополнительно для выборов есть вариант, когда вместо имени персонажа будет question с вариантами и репликами, которые следуют за каждым ответом. Правда, меня пугает то, что придется хранить все диалоги в одном словаре. Как бы не было слишком сильной нагрузки при поиске нужного. А еще мне не хватает в этой реализации возможности запомнить какой-то ответ, чтобы в будущем использовать. В общем-то, я и так могу использовать костыль по типу того же question, типа ввести еще какую-нибудь команду, вроде remember_answer и check_answer или что-нибудь такое, но мне кажется, что слишком костыльно.
>>547422>>собираешь такой $10.000 донатов в месяц на движок>>делаешьно ведь Хуан ничего не делает. 600 коммитов за год, половина которых мержи, а другая половина изменение 3-4 строчек
>>547426Ух ты! Вот тебя-то я и ждал! Уже месяц ищу, с кем бы обсудить, как запилить годную диалоговую систему.
>>547451Пилит по тихому@Заливает подставному контрибьютору@Тот создает пулл реквест@МержитАй, Хуан гений!
>>547426Может использовать систему типа как в mass effect: если разговариваешь норм - становишься "хорошим", если негативно - "то плохим", исходя из этого доступен набор определенных реплик; сделать некий счетчик и "вес" для каждого ответа, который влияет на него.
>>5474261. Не надо хранить все диалоги в одном файле. Есть множество вариантов разделить их на отдельные. Например, классический вариант: каждый диалог прикреплён к каждому НПЦ и имеет одну или нескольких стартовых реплик. В одном файле хранится полный диалог, включая реплики НПЦ и реплики ПЦ (героя) Часть реплик привязаны к скрипту, который проверяет, выполнено ли условие для появления этой реплики. Такой вариант прекрасно подходит для инди-разработки не слишком сложного квеста. Реплики хранятся в отдельном файле, у каждой реплики есть ID, у всех реплик кроме стартовых есть ссылка на ID предыдущей реплики. 2. У меня есть задумка сделать более комплексную систему. Которая бы учитывала, что герои могут быть разные, могут меняться по ходу игры прямо на локации. Герои могут быть разного пола, расы, ориентации. НПЦ могут реагировать на погоду, боевые действия и этапы игры.Для организации такой универсальной системы я пока что придумал такой вариант (пришедший из интерпрайза):Есть база данных, в которой хранятся заранее написанные строки-реплики, у которых есть ряд полей, привязывающих строку к нескольким логическим категориям. К полу, к расе, к погоде, к квестам. Таким образом, о каждой записи в БД можно сказать, в какой ситуации неписю будет уместно сказать реплику из этой записи.При загрузке локации, каждый НПЦ делает запрос в БД, посылая параметры, свой пол, расу, характер, погоду вокруг, боевую обстановку, дополнительно его запрос проходит через менеджер сцены, который добавляет параметры, типа, какйо квест сейчас у игрока. В ответ от БД приходит словарь с готовыми репликами как в п.1. Если на локации происходит смена обстановки, например, заспавнились демоны АДА и игрок пиздится с ними, менеджер сцены посылает широковещательное сообщение о смене ситуации, после чего все зарегистрированные слушатели посылают повторный запрос в БД о смене словаря с репликами.>>547468Ты тредом не ошибся, ассетофлипер?
>>547472Само собой, полей должно быть больше, это просто пример на скорую руку.Суть токова: НПЦ производит выборку из БД и строит себе диалог со всеми разветвлениями, со своими репликами. Я выше написал, что он запрашивает словарь при смене, но очевидно, что это надо делать при начале диалога. Для того, чтобы определить параметры собеседника. Если диалог реалтаймовый, то перестраивать реплики, при изменении сцены.- Привет, юзернейм!- Привет, юзернейм!- Как жизнь?- Нормально. А у тебя?- Прекрасно! Кстати, давно хотел у тебя спросить.- Без проблем, юзернейм!(и тут за углом что-то громко ебануло)- Юзернейм, спасайся! Что-то ебануло!- Аааа! Я так молод, чтобы умирать!- Аааа!(разбегаются в ужосенах)
>>547474Ну и скиллчеки, куда же без них? Точнее просто скриптчеки, включая чек скиллов, но поскольку система мыслится как глобальная, то будет возможность просто привязать скрипт, который что-то чекает и возвращает бульву.
>>547477Добавил матрицу отношения к собеседнику. Система универсальна, поэтому именно матрица, где ось х - дружеское отношение, у - любовное. Таким образом, прямо в ходе диалога отношения между собеседниками могут меняться, и при этом будет перестраиваться диалог. Если ГГ удачно соблазнил НПЦ, то появляются новые реплики "милый, любимый" и т.п. Если удачно подружился, то появляются реплики "братишка, чувак" и т.п. И наоборот, если поссорился или начал вызывать отвращение, то соответствующие фразы.
>>547493Тоже не понял. Давай выйдем?>>547491Да хули? Гулять так гулять! Раса тоже будет вектором, пространством, где х - это баланс между человеком и арахнидом, у - баланс между эльфом и орком, а z - баланс между гномом(полуросликом) и дварфом ("гномом" в неправильных переводах).Например, человек-полуэльф - это (1,-1,0), чистый эльф (0, -1, 0), орк (0,1,0), эльф-полуорк с примесью арахнидских кровей (-0.25, -0.5, 0), полудварфка-человек (1,0,1)Таким образом, ноль по оси = отсутствие крови, любое значение от 0,01 до 1 в любую сторону это процент соответствующей крови в родословной.
>>547494Итак, погоду я удалил из таблицы. Это сложная сущность, состоящая из множества параметров, которую лучше чекать скриптом. Например, сделать скрипт, возвращающий бульву, идёт ли дождь? и если да, то реплика становится доступна в пуле реплик. Время суток сделал матрицей, символизирующий период суток, в который реплика появляется в пуле реплик.Пул реплик, напомню, это результат запроса НПЦ в БД по репликам.
>>547495Падажжи, это ведь скрипты, написанные на движке, будут обрабатывать всё это, события, флаги, триггеры. И в свете последних событий, GDscript такое не потянет? Представляю, как ты отвечаешь на диалог и ждешь минуту-две, лол
>>547502Я не рассматриваю гдскрипт, как средство для описания ядра игровой логики. Тут по любому си: либо плюсы, либо шарп. На гдскрипте только простейшие вещи делать. Типа, запуска анимаций или таймеров каких-то. Плеер анимаций - это внутренний объект движка, ему похуй, каким языком он вызван на исполнение. И таймер тоже.
>>547503>>547502Проще говоря, гдскрипт пригоден для скриптов, в которых нет функций _process в любом виде.
>>547507Этот прав.>>547501Короче, смотрите, накидал еще логики.Суть вот в чём. Будет поле для скрипта-условия и скрипта-результата. Скрипт-условие возвращает значение (не только булево, можно вернуть какую-то строку и подставить в реплику через стандартную подстановку). Скрипт-результат значения не возвращает, просто выполняет нужное действие в игре (например, инициирует бой).
>>547509И вот еще, самое главное забыл! Приоритеты реплик. У каждой реплики в БД будет приоритет. Сейчас в данном примере у всех реплик нулевой приоритет, самый низкий.Чем выше приоритет, тем вероятнее, что НПЦ скажет именно эту реплику. Квестовые диалоги будут написаны с повышенным приоритетом, кроме того, если в интерфейсе игрока есть несколько взятых квестов, и пара из них обращены к одному НПЦ, то, чтобы диалог шёл в правильном русле, будет применена хитрость. В интерфейсе игрока будет возможность выбрать текущий квест (типичная геймплейная фича), при выборе квеста, приоритеты реплик, относящихся к нему будут домножены на модификатор таким образом, чтобы у них стал гарантированно самый больший приоритет.В БД диалоги следует писать организованно, например, квест начинается с ID 1000 и заканчивается на ID 2500, затем идёт следующий квест. Все квесты основной кампании заканчиваются на ID 100500, затем идёт диапазон под ДЛЦ и моды, скажем до 500000, следовательно, домножая айдишники выбранного квеста на 500001 мы гарантированно будем беседовать только о квестовых вопросах.
>>547511Блять, какую хуйню я щас написал.Я же наоборот приоритетами от учёта айдишников хотел избавиться.Значит фикс:0 - общие диалоги, когда ничего не происходит и всё нормально1-9 - приоритеты плохой погоды, где 1 немного хуёво 9 - шторм, вьюга или ещё какой пиздец. Подробности пиздеца уточняются скриптом-условием.Далее можно комбинировать регистры и на десятки повесить что-то, что комбинируется с вышенаписанными приоритетами, например:10-90 - приоритеты опасных локаций, где 10 - могут выгнать, 90 - могут убитьПотом два-три регистра выделяются на квесты, таким образом, приоритет 1024 будет означать "квест №10, на локации с весьма отвратительной погодой, где могут оштрафовать на крупную сумму при обнаружении".Соответственно, максимальный приоритет, при данном раскладе 9999, если у нас запланированно 99 квестов достаточно домножить реплики 1000..1099 на 10000, чтобы квест №10 гарантированно был в приоритете. Если у игрока в журнале взяты квесты 7, 10, 22.
>>547516Но вообще, это тоже хуёвая идея. Внезапно захочется увеличить количество условий и что? Всю БД диалогов обновлять? Так. Думаем, годаны.
>>547504>Проще говоря, гдскрипт пригоден для скриптов, в которых нет функций _process в любом виде.В большинстве игор не надо ничего считать, двигаешь объекты, проигрываешь анимации, партиклы запускаешь. Вы специально придумываете себе сложносчитаемое говно, потому что вы говно и не можете в геймдизайн.
>>547545Этот дело говорит. Разрабатываете какую то хуету, а делали бы визуальные новеллы, как он - не надо было бы ничего считать. Заодно и сразу бы оказались на вершине гемдизайна. Посмотрите правде в глаза - никто не будет помнить лет через 20 эти все ваши гномьи крепости, римворлды, x3, парадоксодрочильни итп, а вот Бесконечное Лето останется в истории игропрома навсегда. Наши правнуки будут учиться геймдизайну по примерам оттуда.
>>547458Зависит от того, что ты хочешь иметь под годной диалоговой системой. Есть система как в том же масс эффекте, где сам персонаж становится злее/добрее, и от этого зависит доступность реплик. Можно сделать просто как в каком-нибудь андертейле, где твои поступки запоминают. Вариантов много, что хочешь ты? Или тебе интересна техническая часть? У меня же будет второй вариант. Игра запоминает твой выбор в диалогах, а в той релизации как на скрине достаточно использовать какую-нибудь инструкцию уровня "check_choice", и от её исхода будет определено, в какое следующее состояние-реплику перейдёт игра. >>547471В общем-то, система у меня и напоминает то, что ты в первом пункте описал. Проблема не в том, чтобы хранить всё в одном файле, это всё равно делается в синглтоне, загрузка файла будет лишь один раз при запуске игры, и много проблем она не доставляет. Мне интересно, насколько тяжело обрабатываются словари, и действительно ли может быть вариант, когда каждый диалог по две минуты загружается.
>>547552>Мне интересно, насколько тяжело обрабатываются словари, и действительно ли может быть вариант, когда каждый диалог по две минуты загружается.У тебя есть 3 варианта:1. Правильный: протестируй обработку словарей и выложи результаты в тред, заодно и анонам поможешь.2. Ультимативный: пусть словари в шрпе обрабатываются. Там все точно будет быстро.3. Похуистичный: ничего не делай, надейся что и так прокатит, а если не прокатит - там уже будешь думать.
>>547551Ну вот взять например шутер какой-нибудь, что там обсчитывать? Слешер? Платформеры всякие. Гномьи крепости в очко себе засунь, гном проткнутый.
>>547554>шутер какой-нибудь, что там обсчитыватьИИ, физику, баллистику. Если все это обсчитывать нормально и если в бою больше 20 человек, то даже если бы ты кодишь на крестах, а запускаешь на i7 8700k, то производительности все равно не хватит для стабильных 60 фпс, как, например, в арме.https://www.youtube.com/watch?v=jOZ_EucwDMs&feature=youtu.beНо о чем это я. Там дилетанты, которые просто не могут в геймдизайн. Дали бы тебе это делать - ты бы использовал божественный гд скрипт вместо жалких крестов, приправил бы геймдизайнерскими решениями из визуальных новелл - и вуаля, арма летает на любой кофемолке.
>>547565>физику, баллистикуТы отдельный физический движок для себя пишешь, опущ? Да, гдскрипт не для этого.>>547565>ИИОЙ, НАПУГАЛ БЛЯТЬ, нельзя же так, петух!
>>547552Самое главное, определиться с балансом между постоянными и изменчивыми данными, и хранить постоянные данные в файлах, а изменчивые данные чекать скриптами при выводе строк диалога.Например, раса персонажей - величина постоянная, элайнмент (если купил лицензию на ДнД) или карма - нет, может меняться по ходу игры, причем прямо в диалоге. Погода - непостоянная, но меняется медленно. Экшон - тоже непостоянная и может очень резко меняться (в локацию телепортнулся скамп, стражники его убили и опять тишина) - и это с одной стороны должно влиять на диалог, а с другой стороны игрока будет раздражать, что посреди процесса обольщения, внезапно тяночка прерывает диалог и убегает, хотя скампа уже давно пришибли, а у неё ИИ ещё не обновил поведение.Поэтому в определенных случаях в файлах можно хранить так же и изменчивые данные, но только те, которые изменяются медленно, даже если они начинаются резко, они должны длиться долго. Иначе убираем такие факторы из файла и чекаем скриптом.Но много полей со ссылками на имена скриптов - тоже вредно. Будет тормозить. Короче, золотая середина нужна.Ну и вариант 1 отсюда >>547553 двачую.> что ты хочешь иметь под годной диалоговой системойСистема, в которой общая база реплик для всех персонажей. Реплики будут иметь гибкую систему ограничения своей применимости. Будут реплики, доступные всем, будут реплики доступные в отдельных локациях, реплики, доступные в отдельных ситуациях и реплики, жёстко закреплённые за определенными персонажами.Любой персонаж через универсальный механизм делает запрос в БД и получает список, что он может сказать сейчас. Список отсортирован по внутренним рейтингам и персонаж просто берёт самый рейтинговый вариант, либо кидает дайс д3 на три варианта сверху. Кроме игрока. Игрок, очевидно, будет выбирать из реплик у себя в ЮИ.
>>547587> элайнмент (если купил лицензию на ДнД)Отмечу, что для элаймента не надо покупать лицензию, так как он описан в SRD под лицензией OGL, а она - опенсорс в мире настольных игр.
Кстати, кто знает, occlusion culling прикрутили уже? А то Хуановская демка с хоть каким-то графоном еле-еле 25 фпс выдает там, где даже уеч спокойно 100+ фпс вывозит.
>>547748Зато опен сурс. Это же плюс движка, верно?Можно повесить фотку Хуана рядом со Столлманом и дрочить на них... ну и все, других преимуществ опен сорса нету
>>548081Сделай лучше хуле ты ждешь?Рендерер свой занимает 250-500 строк кодаhttps://habr.com/ru/post/436790/comments/Всякая математика типа sprite.move, rotate еще столько жеhttps://habr.com/ru/post/131931/Что там останется то? Загрузку ресурсов написать, ввод мыши/клавы/джоя, гуй. Анимацию. Звук.
>>548122У меня так горит пердак оттого, что вы оскорбляете годо, лучший в мире движок, что я третий день не могу капчу угадать!
>>548118>какое же годот говно для пидаров это просто пиздец>вот уеч сила>а годот понос для быдлаЮнитипидар, вылезай из под обоссанного куста, тебя видно.
Вообще что-то очень сильно поломали в последние дни. Хотел обновиться но пожалуй подожду.https://github.com/godotengine/godot/issues/24952>не работает GLES2 на самом ходовом андроиде (Xiaomi Redmi)>не работает GLES3 на Google Nexus>не работает GLES2/3 на встройкеhttps://github.com/godotengine/godot/issues/24994>3D редактор подвисает на 1,5 минуты. Полторы минуты, Карл.>GLES2 на винде вообще не работает
>>548137>>548139На самом деле можно. Т.к. редактор годота одновременно является и игрой на годоте, его можно собрать на любой платформе, куда экспортируются игры, включая мобилки и web. Только вот зачем?
>>548143Где-то год назад его в вебе запиливали, хуан ссылку давал, но там редактор только работал, кто-то ради забавы сделал.
>>548140так и естьесли б не распидор со своими гомотворениями, на годоте вообще бы никто не писала так есть один очень верный гомофанат
>>548143>Только вот зачем?Ну что ты как маленькийПока едешь на работу/с работы в метро нахлынула идея, ты взял зашел и изменилВ юнити к примеру есть ремоут для этого, уебищно но хоть чтото
>>548143Нет, нельзя. Я же погуглил до того как отвечать. Плагины редактора не соберутся, редактор не заведется.https://github.com/godotengine/godot/issues/17385
>>538141 (OP)Эти дауны опять накидали крысе денег, ебануться, это на пять месяцев можно было еще одного кента нанять для разработки.
>>548241Почему ты такой токсичный, юнитипидар? Чего тебе печет ежеминтуно? Ты прямо несчастен глубоко, осознаешь свое ничтожество и тупость.
Ну чо, как вам пацаны ролик за пару тыщ баксоу? Юнитипидар пошел нахуй кусок говнаhttps://www.youtube.com/watch?v=mMhjn_JrnF8
>>548252>выжал максимум из движкаЭх, сейчас бы выжать всю кровь из твоего мерзкого тела...https://www.youtube.com/watch?v=R6HD1L4dqMg
>>548145>программировать с пс4? Через дополнительный платный сервис: http://www.lonewolftechnology.com
У кого нибудь была проблема с Linux.В рандомные моменты зависает редактор вешая систему(графику, в консольке попердолиться можно без проблем)причм даже если убить процесс, то так же остаётся висеть редактор на рабочем столе и никак не реагировать(и само окружение тоже, не только редактор)Debian testing, XFCE, Godot 3.1 beta2 и 3.0.6 из репозитария, ведут себя одинаковоinb4 : А мог бы не пердолиться, а в юньке игори делать
>>548681> Debian testingКаждый раз в голос. Да, вроде попадалось, посмотри в ишьюях за месяц на гитхабе.
>>548681Чувак, это линукс. Там графику ломает и вешает каждый чих. Не знаю что там с XFCE, думаю такое же глючное говно, как и KDE.
>>548681>>548682Я пробовал там покопаться(у меня с английским не очень, возможно потому что то и пропустил). Я только совет с GLES3 на GLES2 переключить редактор, но не помогло.
>>548690А если у тебя с английским не очень, нахуя ты на тестинке сидишь? Нахуя вообще ты на тестинке занимаешься девелопом. Тебе слово тестинк ни о чём вообще не говорит?
Что начать курить, кроме документации, если я ничего сложнее катающейся машинки в гамемакере не делал?
В годоте есть просто охуительный эффект освещение по карте нормалей (пикрил). Есть ли там что-то типа 2д абиент оклюжиона, чтоб не пришлось самому на спрайтах рисовать статическое освещение?
как этот пидорас смог сделать нормальное освещение?https://www.youtube.com/watch?v=1T9WqxsJtogЯ уже тысячи комбинаций лайтинга и оклюда сделал, но стены через стены всё равно просвечиваются.
можно ли на одном слою тайлмапа ебашить предметы друг над другом?у меня в игре дохуя объектов должны стоять поверх других и чё, на каждый делать тайлмап?
>>549994Тайлмапы это фон. Если у тебя стак предметов на клетке, это делает не через тайлмап, конечно.
>>550003Если условно говоря ты убиваешь волка из него выпадают когти х 5, шкуры х 10, то просто добавляешь спрайты как child, потом когда игрок их коснется, они подберутся при коллижне.Если же ты делаешь что-то совсем замороченное, хз, можно попробовать думать в таком ключе - тайлмап это двухмерный массив, можно завести еще один двухмерный массив такого же размера, где каждая ячейка на самом деле список предметов, которые в ней находятся.
>>550003Если же ты просто делаешь хитроумный фон, то и твой подход может быть норм - типа, один тайлмап для земли, один для лесенок поверх него, один для камней или гор и т.д.
>>550716http://lua-users.org/lists/lua-l/2010-02/msg00334.html>PyPy/C is comparable with gcc -O2, and faster (6x) than LuaJIT 2.>PyPy/JIT is faster (25x) than LuaJIT 2.
>>550644Как-то довелось по работе пересечься. Уже не помню что там, но даже банальные конструкции типа доступа к массиву рабоали неинтуитивно.
>>550785>>Date: Thu, 11 Feb 2010 00:51:08 +0100а вот и победитель по актуальным тестам, как там в прошлом веке-то
Пропердолился 12 часов компелируя всю хуйню этого интернета, но реклама (вместе с апк файлом) на ведре так и не запустилась.Сырое недоделанное говно. Презираю его всей душой и ненавижу.
>>538165Почему этот пиздец еще не выпилили из стима? Там есть возможность пожаловаться, чтобы это говно убрали из маркета?
>>547432>0 all-time peakЛибо распидор даже на заходил в своё васяноподелие, либо Стим его даже за человека не считает.
>>551066А я ведь выше писал об этом уже. Только в моем случае он даже заработал, но только один раз, на этом все и закончилось. Очевидно, что для таких вещей нужно брать Юнити, где рекламный модуль, как я понял, подключается в один клик.
>>551066Мобилкопидоры должны страдать.Просто пойми, что ты рак индустрии, убивший все годные игры, и выпились.
>>551066Это же прекрасно. Минус одна игра, где будет всплывать мигающий баннер на весь экран. Спасибо, Годот.
>>551359>игра сделанаТак нихуя не было сделано, какой-то отсталый скачал движок, не осилил, пукнул под себя и пошел дальше смотреть ржаку на ютубе.Так говоришь, как будто бы он взял и захуячил достойную игру в одно рыло, если бы у него всё собралось.
Пока вы тут пукаете друг другу в глаза, на Ютубе подвезли туториал по глобальной иллюминацииhttps://youtu.be/lPngD4uzWVc
>>551375Так до этого на юнити была сделана, там все просто в этом плане. Даже не нужно движок компилировать, все сразу для людей. Я просто хотел что то новое попробовать, откуда было знать что годот еще сырой для игростроения.>>551372Я просто хочу денег, почему вам так горит с этого достойного, определяющего человека в социальной иерархии, факта :C
Здорово, годаны. Вкачиваюсь в тему, пока прошел фпс-туториал, сейчас пытаюсь на том что в итоге получилось дальше сам разбираться. Такой вопрос: на пикреле - как мне из скрипта, который висит на interaction_area получить ссылку на HUD? get_node("../HUD") не работает пишет, что ссылка на null.Суть такова (может мне вообще все по другому надо сделать?): Я подхожу к объекту и рейтрейсом проверяю могу-ли я с ним взаимодействовать. Луч падает на interaction_area, по этому скрипт туда и вешаю (можно было бы повесть на рут, так проблем с ссылками нет, но не совсем понимаю как взаимодействовать с скриптом). Мне нужно чтобы при взаимодействии открывался какой-то простой гуи с парой кнопок, так что если взаимодействие происходит я его открываю (.visible = true)>361 ошибкаЕще вот эта параша появилась после того как добавил модельку со скелетной анимацией: 0:00:07:0466 - Condition ' is_rotation() == false ' is true. returned: euler----------Type:ErrorDescription: Time: 0:00:07:0466C Error: Condition ' is_rotation() == false ' is true. returned: eulerC Source: core/math/matrix3.cpp:462C Function: get_euler_yxz
>>551456Не, я серьёзноВообще не понятно зачем кто-то в нем работает когда существует куча более удобных альтернативТакое ощущение что его хвалят только люди которые вообще нихуя не делают
Я кажется понял проблему, обычно хотя бы на начальных этапах в движок вкладывают душуНо к сожалению годот с самого начала создавался чтобы срубить как можно больше денег при этом делая как можно меньше
>>551458>годот с самого начала создавался чтобы срубить как можно больше денег> MIT лицензия> Открытый кодЭксперты в треде.
>>551435Лично я рекомендую делать весь UI, в том числе HUD как синглтоны (через автозагрузку в параметрах проекта).Тогда тебе не нужно будет мучительно получать ссылку на визуальный интерфейс, пробираясь через дерево нод и сцен. У тебя будет переменная в любом скрипте. И ты будешь без задней мысли писать: HUD.Enable() или MainMenu.Show("Settings")Соответственно, в твоей задаче, после того как ты областью определил, что предмет рядом с игроком, а лучом определил, что игрок смотрит на предмет, ты даёшь команду синглтону, например: HUD.ShowLootMenu(ContainerID)Само собой, ты все эти команды должен сам описать.Синглтон - антипаттерн, но в случае UI его использование оправдано.
>>551605Сегодня всё утро допиливал велосипед с глобальным менеджером сообщений, по этой ссылке: https://godotengine.org/qa/10650/best-way-to-create-events-between-two-nodesИсправил некоторые ошибки. Всё работает, но есть неудобства. Нужно вручную отменять подписку на сообщения при уничтожении объекта. В крупном проекте это может оказаться хлопотным и трудноотслеживаемым делом.Но в целом мне понравилось. Можно полностью переписать код получателя сообщений (подписчика), совершенно не затрагивая код "сообщателя". И наоборот.>>551624Охлади трахание.
>>551626Хм если бы это были плюсы, повесил бы в деструктор. Может отписываться при получении события leave tree или как то так.
>>551550Спасибо, я гляну синглтоны, но моя проблема пока решилась через get_node("../../HUD") хотя в документации такого нет. Пока что у меня и так у объектов, с которыми можно взаимодействовать, есть функция interaction(), а дальше утиная типизация object.has_method(interaction)
>>551605>тяготеет к рассылке событий, компонентным системам>HUD.ShowLootMenu(ContainerID)Так у тебя нет никаких событий
>>551654Как нет? Объект который получает есть (HUD), событие ShowLootMenu, айди вызвавшего событие передается.
>>551634Чтобы не писать ../.. (ну вдруг у тебя нода переедет в глубину по дереву, тогда придется путь менять) можно воспользоватьсяget_tree().get_root() - это корневая нода сцены.
>>551661Так не работает, потому что скрипт и hud в свой отдельной локальной сцене. Возможно я что-то не так делаю.
>>551738Если кому-то лень это слушать, то тезисно:1. Юнете сложна! Сложна, нипанятна!!! Много кнопак!2. Опенсорс кококо!3. Разраб годота лайкнул мой пост в твитторе.По-моему, очень весомые аргументы, чтобы выбрать движок для игры мечты.
>>551744Много кнопок вполне себе аргумент. Местным Кириллам никогда не понадобится больше половины свистелок, которые есть в юнити и уече, но они занимают место и время. inb4 не надо - не используй. Только вот засоренный интерфейс и растерянность начинающих Кармаков так и останется.
>>551746>Много кнопок вполне себе аргумент. Да это вообще пиздец, они заебали. Уже сделали отдельно рендер типо все настроено, все равно миллион галочек нужно нажать, одни эффекты на камере, другие отдельным объектом, третьи где-то в жопе, в одной из жоп и в дргих еще полно. Нужно не отдельно рендер, а версию движка где профи уже настроили на максимум, юнитидебил все равно лучше их не сможет.
>>551743При запущенном проекте посмотри удаленное дерево сцен. Оно очень многое проясняет при внимательном изучении. Сразу видишь, как все что ты напроектировал собрано в одно дерево.
>>551748Или может это мнение человека, который хочет быть особенным, и пытается за уши притянуть хоть какие-то аргументы, почему годот лучше? Кто знает.>>551746Следуя этой логике, можно сказать, что paint лучше фотошопа.
>>551852> Или может это мнение человека, который хочет быть особенным, и пытается за уши притянуть хоть какие-то аргументы, почему годот лучше? Тогда это точно пародия. Потому что в видосах "критики" юнитидауны именно высасывали из пальца хуйню типа хоткей добавления ноды не такой как в их редакторе.
>>551861Не могу найти в хистори что-то, может у кого сохронилось. Там какой-то юнити пидар поставил 3.0 альфу, открыл демо 3d платформер и такой давай обсираться: чет не могу выделить монетки мышкой, а, надо было выбирать сцену в списке нод, хоткей не работает а в юнити работал, пытается добавить еще монетку, перетаскивая ее картинку из ассетов. И потом в конце говорит не ну это не готово.
>>551868>поставил годот вместо юнити>на следующий день проснулся как белый человек, а не от того, что тебя насилуют в задницу>не, ну это не готово, вернусь на unyti
>>551852Когда мне надо быстро отправить обрезаный скриншот, или что-то затереть на картинке или ещё что-нибудь простое, то лично я всегда использую пеинт, потому что пока фш загружается, в пеинте я уже все сделаю.
>>551872Получается, что юнити нужен для того, чтобы делать игры, а годот - для того, чтобы по-быстрому сделать демку. Ясно-понятно.>>551868>Не могу найти в хистори что-тоПонятно.
>>551875Прототипирование вполне себе задача. Алсо ты думаешь тут на ГД всё ААА прожекты пилят? Никто не отрицает что для больших проектов юнити или уеч хорошо подходят, что какгбэ доказано наличием больших игр на этих движках. Но тебе надо понимать свои возможности, чтобы ставить чёткие задачи. Тебе же чтобы дома забить гвоздь не нужен Magic© Гидравлический молоток со стабилизатором из титаниума, ручкой из красного дерева и системы противовесов и рычагов? Когда у тебя спросят зачем тебе такое и ты ответишь чтобы забить гвоздь, то ты будешь выглядеть так же нелепо как когда тебя спрашивают зачем тебе юнити,а ты отвечаешь что ты делаешь свой майнкрафт где можно грабить корованы.
>>551875>Получается, что анриал нужен для того, чтобы делать игры, а годот - для того, чтобы по-быстрому сделать демку, а юнитиговно непонятно зачем вообще существует, профи всегда возьмет анриал, а юнитиговно для неучей. Ясно-понятно.
>>551880Шизику неприятно и он начал спорить с собственными фантазиями.>>551877Зачем осваивать инструмент, который изначально не подходит для выполнения серьезной работы? Можно потратить то же самое время (и гораздо меньше нервов, документация-то есть), изучая юнити или уеч, став в итоге востребованным специалистом, вместо того, чтобы тратить время на заведомо мертвую технологию.
>>551626>Сегодня всё утро допиливал велосипед с глобальным менеджером сообщений, по этой ссылкеКороче, запилил.Мои опасения оказались напрасны. В большинстве случаев слушателей не очень много и они постоянны, не составит труда пихануть каждому в _exit_tree функции разрегистрации.А вот эмиттеры сообщений вообще никакого дополнительного кода не требуют. Просто пишешь без задней мысли: evman.raise("user_message", "Moving: " + String(axes)) и всё, слушатель - экранная консолька, которая выводит сообщения на экран.Годот Круто!>>551886Скажи "Годот Круто!" И извинись.>>551561>рубрика "вредные советы"А вот теперь можно и внести поправки к посту:>>551550UI и HUD всё ещё следует пихать в автозагрузку (пикрелейтед 1), но синглтоном отмечать только ивент-менеджер (пикрелейтед 2). Всё взаимодействие с автозагруженными нодами вести через него.Вместо HUD.Enable() писать evman.raise("SwitchHUD") например. И т.д. При этом автозагруженная нода HUD при входе в дерево подписывается на прослушивание "SwitchHUD" и т.п., при выходе, соответственно, отписывается.
>>551886>инструмент, который изначально не подходит для выполнения серьезной работы? Смотря что для тебя серьезная работа. Может я даже не хочу связывать свою жизнь с геймдевом и идти в индустрию, меня может устраивает моя работа, а разработка это просто хобби. К хобби тоже можно относится серьезно.>тратить время на заведомо мертвую технологию. Ещё один эксперт? Тот же блендер уже не первый год хоронят, вот только 2.8 даст за щёку большинству подобных прог, и лично я вообще не жалею что перешёл с с4д на него 3 года назад.
>>551886>Изучая юнити или уеч.Ну вот я свою прошлую игру сделал на уече. Отличный движок, хорошо его изучил. А текущую делаю на годоте. Знаешь, почему? Потому что игры разные и задачи разные. Для текущей игры уеч - оверкилл с кучей ненужных функций, да и нормальной поддержки 2д не имеет, которая теперь нужна.Заметьте - уечеры не лезут в этот тред и не срут сообщениями в духе АЗАЗА УЕЧ СИЛА, ГОДОТ МОГИЛА. Потому что там адекватное комьюнити, которое понимает, что годот и уеч не конкуренты - они для разных задач предназначены. И только юнитипетухи со своим движком без задач (ведь уеч делает лучше почти все) пытаются кукарекать на годот. Но и тут их обоссывают. Понятно же, что на поле 3д доминирует уеч, по сравнению с которым что 3д юнити, что 3д годота - говно. Но для 3д годот никто и не использует, а вот в плане 2д доминирует уже годот. И именно этим он и ценен. Ну и еще тем, что это лучший открытый движок - никаких тебе зондов в жопу, никаких логинов в аккаунты и никаких с тебя отчислений.
>>551886Я понял, кого напоминают эти юничидебилы. Это как вскукареки даунов, которые удивляются, что байкалы и эльбрусы медленнее интелов в которые уже вбуханы тысячи человеколет и миллиарды долларов. Алло, очнись, ты серишь! В годоте 3д всего год, а он уже сравним с юнити и уечем. Через год-два он их догонит, а потом перегонит. При этом его фишка в открытой лицензии. А значит, как раз таки сейчас и то и надо его задрачивать, потому что через пару лет это будет охуенно востребованная технология. Почему? Да потому что студии будут переходить на него, чтобы не башлять роялити юнитекам, и не бояться что у них отзовут лицензию. Тупо практично.
>>551917>пытаются кукарекать про годот>обсуждение видоса "Почему я выбрал годот вместо юнити">в шапке до недавнего времени висело "ряя годот лудше юнити"Отличный самообман, бро.>Понятно же, чтоНет, не понятно. Аргументируй.
Господи когда же все поймут что годот, за неимением альтернатив, пожалуй лучший движок для того чтобы делать игры.
>>551997Слава богу, что распидора таки смогли загнать в загон годота и его жирные лапы не притронуться к няшным уе и юнити :3
>>551886>который изначально не подходит для выполнения серьезной работы?С чего ты вдруг удумал, что серьезная работа - это таскать по сценке ассеты, созданные другими людьми? Серьезная работа - это например смоделить десяток персонажей, сделать для них текстуры, потом создать кучу анимации. Или полный жизненный цикл создания локации, от идеи и концептов до конечного результата. Придумать сюжет, написать музыку - вот это серьёзная работа. Глянь титры любой "серьезной" игры, там будет десяток программистов и сотни создателей контента - дизайнеров, художников, аниматоров и прочих.И я бы на твоём месте осваивал что-то из этого, хотя бы частично, вместо того, чтобы дрочить на инструменты. Потому, что мастер одного движка, который не в состоянии сам создавать контент, никогда не создаст игру. Ну, речь о нормальных играх с душой, конечно, если для тебя "серьёзная работа" - быть рабом у дяди и клепать на юнити по одному "три в ряд" в неделю, то хуй знает.И "серьезность" проекта в конечном итоге определяет именно контент, если взять один и тот же качественно сделанный контент и запихнуть в годот, unyti и уе - большинство юзеров, не имеющих отношения к разработке, а обычных игроков, просто не заметят разницы. Ну, на годоте, конечно, помедленнее будет работать, но это опять же зависит от контента - можно делать качественное лоу-поли с хорошими текстурами, и при этом рендериться будет на всех движках.А контент создается не в движках, а в стороннем софте. Ты в unyti не нарисуешь текстуру и не создашь анимацию для рига.Поэтому если хочешь создать хоть что-то в своей жизни, то переставай дрочить на движки и учись создавать контент.Ну либо продолжай дрочить и участвовать в бесконечных срачах на дваче, доказывая всем, что юнити лучший движок и на нем можно сделать все, что угодно, а на годоте нельзя.
>>552054>"серьезность" проекта в конечном итоге определяет именно контентКакой жыр. Прости нас Кармак, мы все проебали.
Опять свинья >>552054 порвалась стриггерившись на юнити.>Ты в unyti не нарисуешь текстуру и не создашь анимацию для рига.))) Ну ты и правда не нарисуешь потому что можешь только трясти своей порванной сракой в тредах)
>>552055Ну уж извини, что пошатнул твой маня-мирок, такая вот сейчас эпоха выдалась. Это раньше каждая крупная игра двигала прогресс вперед, представляла новые крутые алгоритмы и на порядок превосходила игры прошедших лет, но уже давно это не так. Сейчас все устаканилось, новых прорывных технологий не было со врёмен тех самых крузисов, игры продолжают развиваться только в плане контента.Я бы и сам хотел жить в 90ые, когда на движке, написанным в одно рыло, можно было создать игру мирового уровня, но сейчас каждый ебаный школьник может скачать уе и получить в свое распоряжение все передовые наработки в области геймдева за последние 20 лет.
>>552060Вот это манямир. Сейчас гораздо проще создать в одно рыло игру мирового уровня так как для этого есть огромный выбор инструментов и интернет с гигантскими объемами информации. Бери и делай игру без ебли. Ты б в 90 только клей нюхал, это максимум способностей судя по твоим постам.>сейчас каждый ебаный школьник может скачать уе и получить в свое распоряжение все передовые наработки в области геймдева за последние 20 лет.Ух бля школьники во всем виноваты, запретить, нипущать школоте качать передовые наработки. Ебать даун, ты перечитай свои посты и вдумайся какую хуйню ты пишешь.
>>552064> Сейчас гораздо проще создать в одно рыло игру мирового уровняТак иди и сделай, ты заебал срать на дваче.
>>552060Контент это вообще ничто. Почти любая макака может рисовать персонажей (пользуясь твоей же логикой, в каком то готовом генераторе типа makehuman). А уж сочинять графоманские сюжеты так и вообще любой школьник. Однако же игру делают алгоритмы.
>>552064>Ух бля школьники во всем виноватыТы ебанулся? Где хоть слово о том, что это плохо? Это тебе надо перечитать пост, перед тем как нести хуйню.Смысл поста в том, что движки сейчас не играют такой роли, как раньше, а роль играет создание контента, чему и надо обучаться вместо дрочки на движки. А технологии за последние годы устаканились, сейчас нет гонки как раньше, когда каждая контора стремилась сделать на порядок круче, чем у конкурентов, и все ждали, когда же ID выпустит новую игру с немыслимым ранее графоном, и чем потом valve им ответит.Сейчас каждый движок предлагает примерно одно и то же в разной обертке, и решает то, каким контентом ты его заполнишь.
>>552070>Почти любая макака может рисовать персонажейВ твоём маня-мирке охуенно живется. Ты попробуй ради эксперимента хотя бы разок, взять тот же makehuman, высрать из него дефолтную модельку персонажа, импортнуть в блендер, сделать риг и хотя бы одну анимацию ходьбы, и потом импортнуть в любой движок на твой выбор (как я понял, это будет unyti)Ты охуеешь от того, сколько жопочасов это займет и какое говно получится в итоге.Уверен на 100%, что ты ни разу этого не делал, иначе не нес бы такой хуйни.>А уж сочинять графоманские сюжеты так и вообще любой школьник.Но люди не хотят играть в игры с графоманскими сюжетами, написанными школьниками.Напишет ли школьник сюжет для условного ведьмака, даже с учетом готового сеттинга и персонажей? Со всеми его сайд-квестами, мифологией и политическими интригами?
>>552071Ты пишешь будто с сожалением, значит для тебя это плохо. Прогресса нет в твоем узком сознании, когда сегодня по сравнению с вчерашним днем ты не увидел прогресса. Советую почитать старые игровые журналы чтоб видеть реакцию на твои прорывные игры. У пиздюков не видевших игр мозг может и взрывался от невиданного графона, у игроков со стажем графон не вызывал катарсиса так как развитие было как раз постепенным, уж не знаю где там была "гонка" в плане технологий, все играли не в технологии а в игры. Че там за гонки игропрома, Q3 против UT? Для геймеров там была не гонка технологий, а то какая игра интересней. Гонка была разве что среди производителей 3д ускорителей, ты явно не о ней расписываешь, а о движках каких то.>и все ждали, когда же ID выпустит новую игру с немыслимым ранее графономКак романтично вылупившийся при путине пиздюк расписывает мир который он никогда не видел, кек.
>>552077У меня это заняло 3 часа, с момента установки мейкхуман. Не знаю о чем ты.Да где ты в современных играх видишь сюжет лучше школьного? В масс эффекте или рдр2? А вот майнкрафт взлетел без всякого сюжета. Только на алгоритмах - алгоритме чанков, алгоритме генерации, алгоритме взаимодейтсвия материалов, алгоритме редстона, алгоритме рендера вокселей в конце концов.
>>552086Вот только школьникам еще больше срать на твои "сюжеты" и "персонажей", а вот без алгоритмов майнкрафта бы тупо не бы ло.
>>552083> будто с сожалениеТы высрал целый пост, полный жопной боли, на основании того, что тебе что-то там показалось. К врачу не думал сходить?>при путине пиздюк расписывает мир который он никогда не видел, кек.Опять мимо, дохуя чего видел, начиная от спектрума, денди и сеги. Помню, какой эффект производил первый дум, когда до него ты видел только 2д игры. Помню квейк, который передавали из рук в руки на пачке дискет. Помню, как все спорили, что круче - готика или морровинд, а потом много лет ждали обливион, и охуевали от его трейлеров, которые шли на дисках в довесок к игромании - интернетов тогда еще не было в нашей провинции. А потом когда он вышел, почти ни у кого комп не мог его потянуть - отображался только белый экран, была нужна мощная и дорогая на то время видеокарта. Такая нашлась только у одного мажора, которому ходили толпами по двое-трое, чтобы поиграть в обливион, и все охуевали, насколько же шагнул прогресс по сравнению с морровиндом в плане графона/физона, но одновременно с этим игра стала не такой глубокой в плане проработки и деталей. Мне так-то много чего есть вспомнить и по чему ностальгировать.>уж не знаю где там была "гонка" в плане технологий, все играли не в технологии а в игры.Ты видимо в каком-то особом маня-мирке жил (а может сам еще просто не родился тогда)Все с нетерпением ждали выхода того же дума 3, чтобы охуеть от реалтаймового освещения и теней, которого не было еще ни в одном движке, а сейчас это норма для любой игры. Халф-лайф 2 задал планку по той же физике, это была первая игра, которая вызывала вау-эффект физикой окружения, а сейчас любой школьник сделает это в два клика на юнити. До крузиса никто не слышал про SSAO, крайтек первые, кто придумал и использовал его, а сейчас это даже в годоте есть. Это и есть гонка технологий, когда все крупные конторы стремились сделать технологический рывок, то, что до них еще никто не делал. А сейчас такого уже давно нет, последние годы игры выпускают как по накатанной, такого качественного рывка как раньше уже давно никто не делал.
>>552091Есть, есть. Вот например научный paper о том, как в бф1 рендерятся физикали-бейзед облака, вода.
>>552091>Ты высрал целый пост, полный жопной болиОчень смешно слышать это от свиньи, которая уже несколько дней трясет разорванным сракотаном во всех тредах)Дальше идет пиздецовый высер какого-то деревенского долбоеба которому батя привозил привозил диски с играми раз в несколько лет, не читал.
>>552054И как эта простыня опровергает тот простой факт, что Unity > Godot?Рискну предположить, что никак.А насчет сторонних програм ты прав, конечно. Сижу осваиваю блендер, благо запросы на модельки у меня более чем скромные.Сделал туторы по лоу-поли и хай-поли, сейчас вот буду UV резать.Пока что выглядит максимум несложно, после кодинга хороший отдых для головы.
>>552148Если только в твоем манямирке.Уеч - это движок 3д экшн блокбастеров.Нет, конечно можно уече сделать flappy bird, только зачем?У этих движков разная целевая аудитория и разные задачи.
>>552150>Юнитиговно только для 2дговна как flappy birdЮнитипидар сам обоссывает юнитиговно, спешите видеть
Как избавиться от флагов в коде? Я слышал, флаги зло.Абстрактный пример:var flag = false...If flag:-> x = a + b-> flag = false...If need_x_update:-> flag = true
>>552150>>552157>не, ну уе4 это для профессионалов, но юнька все равно молодецРебят, без обид, выглядит как психологическая защита. Вы поаккуратнее там с кукушкой, а то через год у вас будет>не, ну уе4 и годот это для профессионалов, но юнька все равно молодец
>>552148Ну допустим.UE4 > Unity > Godot. Как это опровергает то, что изучение годота - пустая трата времени?
>>551917>да и нормальной поддержки 2д не имеет, которая теперь нужна.Так её и в годоте нет, лолА на уи вон октопата забабахали, а что на годоте из ламповой двухмерной годноты? Нихуя
>>552153Можно не избавляться, просто называть вменяемо (is_need_ship_pos_update)Можно вызывать в этом месте функциюif need_x_update: update_x(a+b)Можно событиями или сигналами.
>>552160Тогда изучение всех движков, кроме анриала пустая трата времени. Но ведь это не так, юнитипидар? Ну подумай, порассуждай своей даунской башкой.
>>552164Спасибо.>>552166Падения фпс у меня из-за целерона 2004-го года. Плюс запись в 30 фпс, я не заморачивался.
>>552169Стоят. Только добром и вежливостью мы сможем наставить юнитипидоров на путь годогетеросексуализма.
>>552160Через год-два годот будет в такой форме, что юнитикал будет нинужен. Фирмы будут выбирать бесплатный движок чтобы не платить роялти, ибо капитализм. Все вакансии будут под годот. И только юнитидурачки, не умеющие копаться в кишочках движков, а только ассетбашащие, будут грызть локти.
>>552171Я просто задал вопросВот хотел переехать с юнити на годот, но столкнулся с полным неадекватом в ответах типа он бесплатный и опенсоурс как перимуществаЭто пиздец, просто пиздецНазуя в нем работать вообще не понятно и мне кажется даже те кто пытаются не могут себе это объяснить
>>552153Можешь еще посмотреть сетгеты, как тут называют пропертиhttps://docs.godotengine.org/en/3.0/getting_started/scripting/gdscript/gdscript_basics.html#setters-gettersЭто функции, которые дергаются, когда значение меняется извне (другим классом)Но с ними надо аккуратнее, не закладывать в них много побочных эффектов.Хороший пример использования:var diametervar circumference setget circ_set, circ_getfunc circ_set(value): diameter = value * PIfunc return diameter / PIПлохой пример использования:var xpos setget set_x, get_xfunc set_x: load_hundred_scenes() load_million_textures()
>>552174>func circ_set(value):> diameter = value / PI>func circ_get(value):> return diameter PIсамофикс, не проснулся еще*
>>552174Я вроде бы проснулся, но не понимаю, как сеттеры-геттеры помогут мне избавиться от флагов?Приведу конкретный пример. В процессе обрабатывается ввод с клавиатуры. Движение персонажа считывается непрерывно, а посылать сообщение об изменении направления нужно только один раз. Таким образом я делаю флаг "stored_x", в котором хранится значение по оси икс. И если перс меняет направление, то один раз посылается сообщение о новом направлении и флаг обновляется.Как сделать то же самое без флага?
>>552162>Так её и в годоте нет, лолСхуяли? Чего тебе в годоте не хватает для 2д? Как раз для этого там есть всё, что нужно.
>>552181>Отхуярили одну ось, причём криво>Намного лучше 2д чем уи где отхуярили одну ось но прямыми рукамиТы какой то дурачок
>>552173>Вот хотел переехать с юнити на годотДа всем поебать, съеби уже в свой юнити-загон обратно. Нахуй ты сюда пришел и срешь тут?Если ты не видишь преимуществ, то движок не для тебя, очевидно же, продолжай жрать кал.
>>552173Если это для тебя не аргументы, так же как и mit лицензия, то годот не для тебя, ищи дальше. Вот и всё. Зачем на пол треда говно размазывать - не понятно. Может это не только та постарался, но тут шиза с обеих сторон началось, можно представить во что это выльется, если срач продолжится.
>>552182Это такой тонкий троллинг? Как раз таки в юнити отхуяченная ось.Ты годот запускал вообще? Там отдельный pixel-perfect рендерер под 2д и своё дерево классов для 2д нод, не пересекающееся с 3д нодами.
>>552179Немного не понял, зачем тебе тут вообще флаг. Ты делал простые туториалы? Там вроде такое обычно и показывается. У тебя какой-нибудь персонаж, у него есть позиция x. Заводишь ему скорость vel_x. В каждом шаге process или physics_process делаешь x = x + vel_x. Все, вообще никаких флагов, а вот уже vel_x задаешь в обработчике кнопок.Следующий этап - ускорение. Там заводится еще accel_x, и сначала делается vel_x = vel_x + accel_x, а потом x = x + vel_x. А, может быть тебя смущает проверка направления? Ну тут обычно все просто - vel_x < 0 - влево, vel_x > 0 - вправо.
>>552187Год назад точно было можно, но зачем>>552185Ебать, просто ебать, какой же жуткий пиздецПользователь годота даже не знает как его 2д собственно работает
>>552186>зачем тебе тут вообще флаг>>552179>Движение персонажа считывается непрерывно, а посылать сообщение об изменении направления нужно только один раз.
>>552189>но зачемВся суть отрицателей. Такие наверное и во время Wolfenstein3D/Doom/Quake говорили - 3d конечно можно но зачем.
>>552189>точно было можно, а может и нет, пруфоф не будет, я просто пизжу, не обращайте вниманияПофиксил.
>>552189>Пользователь годота даже не знает как его 2д собственно работаетНу конечно, юнити-псине виднее, как там что работает, она ведь эксперт в движках и рендеринге.
>>552191Я не очень понимаю, что такое изменение направления и кому ты его посылаешь.Ну как вариант, говорю - вместо флага сравнивай знак скорости.Условно говоряif (vel_x < 0 && new_vel_x > 0) || (vel_x > 0 && new_vel_x < 0)
>>552173>Я просто задал вопросГде можно увидеть твой конкретный вопрос? Что именно у тебя не получилось в годоте? Выделить ноды? Добавить монетки?
>>552196>что такое изменение направленияКогда ты шёл вправо, а потом вдруг пошёл влево.>кому ты его посылаешьЛистенеру. Забей, дед. Сам разберусь.>>552197Пожалуй, только через них. Но это же куча кода! Сигналы объяви, обработчики создай, сигналы излучай.
>>552198Конечно>>547032После таких неадекватных ответов сразу стало понятно что годотом ни один нормальный человек не пользуется или пользуется только чтобы привлечь к себе внимание, по крайней мере тут
>>552199Ну вот я объясняю, как я вижу это без флагов. На псевдокоде:func input()if(key == LEFT):new_vel_x = -5.0if(key == RIGHT):new_vel_x = 5.0func process()if (vel_x < 0 && new_vel_x > 0) || (vel_x > 0 && new_vel_x < 0): # <- вместо флагаtell_someone_dir_changed()vel_x = new_vel_xx = x + vel_x
>>552200Не вижу конкретного вопроса. Рассказывай, что именно у тебя не получилось сделать в редакторе.
>>552202Наверное правильнее как то такfunc input()if(key == LEFT):new_vel_x = -5.0elif(key == RIGHT):new_vel_x = 5.0elifnew_vel_x = 0.0
>>552205>Куча блоковУровень годота программированияНет чтобы захуярить несколько обработчиков на много объектов, не давайте для всего отдельный скрипт напишем а потом будет жаловаться на просадки фпс и слабый процессор
>>552211Ты сам-то понял, что спизданул?Для чего "всего" отдельный скрипт? Написано же, каждый обработчик - отдельный метод в ноде, ты про ООП вообще слышал, или у юнити-макак это не принято?
>>552210У меня без ифов:func input()new_vel_x = int(key == RIGHT) - int(key == LEFT)Охуенная штука, которую изобрёл лично я! Я! Ооо, моё ЧСВ!
>>552205>почему заведен new_velПотому что мне не нравится, когда логика обрабатывается в Input. Десятилетний опыт геймдева говорит, что это приводит к спагетти с фаршем. И для персонажа хранение new_vel много не съест. Ты же сам говоришь, что скриптов будет еще много. В том же туториале будет потом ускорение. Поэтому код поменяется на что-то типа такогоfunc input()if(key == LEFT)accel.x = -1.0elif(key == RIGHT)accel.x = +1.0elseif(accel.x > 0)accel.x = accel.x - DEACCEL_SPEEDfunc process()var new_vel = vel + accelif(new_vel.x > 0 && vel.x < 0 ...tell_someone_dir_changedvel = new_velposition = position + vel>почему _xПотому что писал псевдокод, как пользоваться вектором есть в туториале.https://docs.godotengine.org/en/3.0/getting_started/step_by_step/your_first_game.html
>>552215Ну такое работает пока у тебя вариантов управления немного, да. Можно еще домножить на константу скорости.
>>552212Это не конкретный вопрос, это вода и общие пространные обсуждения. Так что у тебя не получилось сделать в редакторе годота?
>>552216Но ведь new_vel это тоже флаг! Ты не избавился от флага.>>552220>пока у тебя вариантов управления немногоИ в чём будет сложность, когда варианты управления добавятся?
>>552224>ведь new_vel это тоже флаг! Ты не избавился от флага.Не совсем так.В чем проблема флагов, почему ты изначально хотел от него избавиться?Потому что логика "размазана".input()flag = чето тамsome_func()flag = хз чтоprocess()flag = может то, а может этоОчень просто пропустить при редактировании когда где-то точку, где он поменялся, или забыл поменять.В варианте с new_velinput()new_vel = raw_data - все, мы загоняем сырые данные и больше о них не думаем, они нас не волнуют.process()сравниваем new_vel и vel - все, у нас единичная точка обработки логики смены направления, к ней мы уже получили все данные.
>>552200Тебе ответили, в частности как что в годоте работает, но ты зачем-то споришь, типа ты лучше знаешь. Если ты все знаешь, то зачем спрашиваешь? И если тебя не устраивает то, что предлагает годот, то если бы ты был адекватный, то давно бы уже перекатился в на другой движок. Да-да, мы тут все поехавшие позеры, которые ничего не понимают в н а с т о я щ и х движках, а ты, друже, просто иди уже отсюда.
>>552159Ты же споришь о том, чего вообще не знаешь, даун. Речь не профессиональный/не профессиональный, а о том, какие КОМПОНЕНТЫ есть у движка.У уеча есть следующие компоненты:уеч всегда был и является движком unreal tournatment, поэтому если твою игру можно описать как мод для unreal tournament, то на уече ее легко сделать и продать. в уече просто нет компонентов, чтобы делать другие игры.у уеча есть кнопка "сделать пиздато".у уеча все хорошо с оптимизацией и работой на консоляхв уече есть встроенная сетевая игра.Уеч лучше юнити? Ну если ты делаешь mass battlefield of duty 33 на xbox one, то уеч для твоей задачи может быть и лучше.Но если ты делаешь hollow knight, или cuphead, или любую другую инди игру, то юнити это твой единственный выбор.
>>552255Я как раз отлично понимаю о чем говорю.>РРРЯ ЮНИТИ ЛУЧЖИЙ ДВИГ!>Ну вот смотри, уе4 лучше.>РРРЯ ДЕЙСТВИТЕЛЬНО УЕ4 ЛУЧШЕ ДЛЯ Х, У, НО ЮНИТИ ВСЕ РАВНО ЛУЧЖИЙ ДВИГ!Видишь, вуаля, ты в своем сознании уже подвинул юнити, освободил место для уе4а, но как бы исключаешь его из рассмотрения уже. Береги голову, ведь то же самое у тебя может произойти и с годотом.
>>552255Ради интереса глянул, какие игры сделаны на "движке для модов unreal tournament".Думаю, это все, что нужно знать об этом ЭКСПЕРДЕ
>>552256ты там со своим манямирком споришьюнити лучше для простого кирилла, да, потому что его не волнует ААА-разработка шутеров. а для создания разных игр в юнити тупо больше компонентов, чем во всех остальных движках.именно поэтому юнити выбор большинства небольших контор и разработчиков.что касается годота, то это просто худшая версия юнити. годот не предлагает ничего нового, не специализируется на какой-то задаче (как уеч, или тот-же game maker заточенный под простое 2д), это просто огрызок юнити для бедных
>>552261Мань, ты не можешь получить хорошую игру, просто накидав ассетов. Компонентов у движка, который новее, по определению меньше. Это вовсе не аргумент о том, что их не надо для него делать. Бесплатность это ахеренный плюс, иметь бесплатный и свободный даже "худший вариант юнити" это замечательно, учитывая что кроме твоих вскукареков о "худшести" ты никаких пруфов не привел, годот на данный момент для новичка ничем не хуже юнити, а по рендеру картинки годот стоит выше.
>тред про годот>обсуждают юнити, уеч, аллаха, но только не годотВ вашем говне совсем фич нет, раз вам поговорить больше не о чем?
>>552277В видосе чел говорит почему лично он перешёл на годот. Даун рвется, от того, что кто-то посмел подумать, что годот лучше.С каждым постом ты пробиваешь новое дно. Остановись продолжай, поржем всей доской
>>552255>то юнити это твой единственный выбор.Нет, это ТВОЙ единственный выбор. Ты сам признал, что единственный для тебя способ создания игр - таскание по сцене ассетов, сделанных другими людьми. Но не все же такие дегенераты, как ты.
>>552474>куд кудах, ассеты, ррррряяяяяяя!Что характерно, эти взвизги слышны только от пользователей мертвых движков без коммьюнити. Если бы у годота был ассет стор, чушки выставляли бы это как плюс. В итоге единственный плюс говнодота, по словам его же пользователей - то, что это НЕ ЮНЕТЕ. Опять же, большинство таких дебилов просто круглосуточно срет на анонимных имиджбордах, изредка выбирая новый движок для срачей, но создать что-то стоящее на каком-либо из этих движков не в состоянии. Может стоит выпиздить их в /rf/? Менталитет чмошников абсолютно такой же.
