Токсим, срёмся, диагностируем шизофрению и объявляем крысу в хате тоже здесь.
Бесконечный тред для свободного общения.
Они блядь даже открытие объявления не сделали....
Вот в visual studio я нажму F12 и увижу что это за bolt и что оно блядь там хочет (студия откроет мне нужный код)
А в годотном едиторе (да впрочем и в vs code) я теперь сижу и гадаю что там блядь должно быть. Ведь код не мой
В студии красивее отступы
>>810206
Я это к другому разговору... Я то сам С++, но нет нормальных движков для С++ программистов (именно где все можно на С++, а не писать говнонадстройки которые потом все равно на сктиптоговне запускать)
Ну вот люди и говорят - да что там на питон пересесть - почитал про циклы-условия-типы и ебошь код.
А только тут даже сама IDE говно (и это даже не претензия к годоту, а именно IDE.лучше студии разве что какая-нибудь проприетарщина за многобабок)
нет. Там таже самая ебля с блюпринтами - то есть пишешь класс на С++, а потом юзаешь его ебаными блюпринтами...
Соответственно чтобы начать писать на С++ - надо блядь сначала сделать игру на блюпринтах чтобы понимать что как цепляется и что откуда торчит.
Нельзя всю игру сделать чисто на С++ не трогая ни одного гомоблюпринта.
По крайней мере я не нашел ни одного гайда/руководства, где бы это было можно.
Все так - пишут какой-нибудь павн на плюсах, а потом ебутся с блюпринтами чтобы оно работало
Плюс С++ там сделано как говно - одна синтактисеская ошибка в коде (букву очепятал), и редактор крашится (а иногда еще и портит сцену - у меня такое было, что после краша из-за пропущенной буквы в каком-то макросе пришлось все заново делать - ну нахуй)
>пишешь класс на С++, а потом юзаешь его ебаными блюпринтами
Тебе это одноклассники рассказали?
>нет нормальных движков для С++ программистов
А что насчет Source?
ну покажи где я могу закодить всю игру на С++ не трогая НИ одного богомерзского блюпринта.
Я не нашел. Все гайды такие - создаешь некоторый класс. А потом создаешь для него блюпринт и по сути всю логику делаешь именно через блюпринт.... А если нихуя не знаешь где в этом ебучем блюпринт-редакторе куда щелкать, то нихуя и сделать не можешь... То есть надо идти и изучать гайды по кодингу на блюпринтах
Или ты как тот годотя который тоже тут убеждает что в годоте можно писать всю игру на С++... но тоже не смог показать ни одного пруфа, а в записаном видео он сам же показывал как он создавал гдскрипт из которого звал свой С++
Нет, ты не дал ответ как писать на С++ без единого гдскрипта
Один вопрос - зачем? Как показывает практика недостаток С++ в его неудобном громоздком кодинге значительно перевешивает его преимущество в производительности, потому что в конечном счёте когда система разрастётся до уймы классов и методов производительность всё равно снизится, а вот неудобный синтаксис и ошибки по любому чиху будут невероятно изматывать.
Отлаженный скриптовый язык намного эффективнее для написания гир, особенно инди игр.
Тот анон прав, на с++ гемор что-то большое писать, только модули для быстрого выполнения чего-то
Чтобы была не уйма классов, а миллиарды компонент и систем. Ага.
>Один вопрос - зачем?
Затем что я привык и мне удобней. В среднем на С++ я могу в день написать 3-4к строк полезного кода. На том же шарпе не больше 500. На незнакомом языке даже 100 строк не будет.
>>810629
>кодинге значительно перевешивает его преимущество
Ты не умеешь кодить большие проекты.
>>810629
>разрастётся до уймы классов и методов
Ты жабу и шарп видел? Вот где стопятсотклассов.
Не пиши как долбоеб и не пиши как инфобляди сказали. Тогда и не разрастется.
С++ в отличие от многих других языков позволяет подстроить стиль под себя.
Можно вообще без классов писать (при этом в отличие от дедовского си у тебя будет куча фич типа перегрузки, операторов, пространств имен и т.д.)
>>810629
>Отлаженный скриптовый язык намного эффективнее для написания гир, особенно инди игр.
нет
>на С++ я могу в день написать 3-4к строк полезного кода. На том же шарпе не больше 500
Вот только 500 строк на шарпе выполняют то же самое что 10К строк на с++ дристе. Полезный код он пишет на плюсах, кек.
15 минут на моем 5900x
ты бросай это дело, хтмл5 в уече никогда не работал
>нажму F12 и увижу что это за bolt
В редакторах здоровых людей это делается по ctrl+клик левой кнопкой мыши по подчёркнутому слову. F12 здоровые люди биндят на что-то действительно полезное, а не эту фигню.
>>810225
>отступы смотри какие
Их какой-то говнокодер делал. Или это ошибка из-за копипаста с какого-нибудь форума. На практике достаточно одного таба, а не как здесь - 4 штуки подряд. Длину табов можно изменять в настройках редактора, делай их равными хоть 1 пробелу. Также GDScript может форматироваться пробелами вместо табов.
>>810256
>это даже не претензия к годоту, а именно IDE
Ты можешь редактировать GDScript в любом внешнем редакторе. Вопрос только в том, можно ли VS адаптировать под произвольный ЯП? Или они только для C++/C# предназначены?
>именно где все можно на С++, а не писать говнонадстройки которые потом все равно на сктиптоговне запускать
Ты можешь использовать Godot как обычный движок 90-х, игнорируя существование визуального редактора сцен. Но я не знаю, как именно это делается, никогда не интересовался.
>>810947
>В среднем на С++ я могу в день написать 3-4к строк полезного кода. На том же шарпе не больше 500. На незнакомом языке даже 100 строк не будет.
Ты индус? Почему ты измеряешь полезность кода количеством строк на языке? Очевидно, на подобных питону языках количество строк для выполнения той же работы будет значительно меньше. Рекомендую переходить на ассемблер, там ты будешь высирать десятки тысяч строк полезного кода в день.
>незнакомом
Ну так познакомься сначала, что ты как социофоб какой!
>С++ в отличие от многих других языков позволяет подстроить стиль под себя.
Ошибка. C++ не позволяет подстраивать стиль под себя, если не использовать препроцессор (это отдельный DSL вроде бы). Языки, позволяющие подстраивать стиль под себя, это, например, FORTH и seed7, на таких языках можно сделать код совершенно непонятным для любого мимокрокодила, включая базовый синтаксис, например, использовать вместо пробелов любой другой символ (лол). А этот ваш сипляспляс ничего не умеет, кроме мейнстримной фигни.
Влезу в разговор
Я начинал на С++, потом писал на шарпе и потом на питоне в годоте
С++ удобен только для возни с массивами, чтобы там быстро что-то делать, так как арифметика указателей просто нереально быстрый доступ даёт
Остальное лучше шарп или питон, особенно с гуи
На деле мало случаев, когда скорость действительно критична и С++ по мне так больше для всякого рода симуляций и тому подобного, однако, везде можно извернуться и получить прирост к быстродействию.
Я и писал про мой синдром утенка
Я на работе пишу десктоп приложения на шарпе... Вообще не по кайфу, только из-за зарплаты это трогаю.
А дома я все пет проекты пишу на С++, не потому что какой-то там прирост к какой-то производительности... А потому что все именно так, как я привык и как я хочу. Я не хочу себя ломать под какое-то говно.
Помимо сокращения, Unity также перестала нанимать новых сотрудников. Согласно анонимным работникам компании, работа в Unity стала крайне хаотичной из-за ошибок руководства и высокой текучки кадров. За две недели до сокращения глава компании Джон Рикителло заявлял, что Unity не планирует увольнение сотрудников.
>Интересно, к чему это приведет.
Любые события приводят только к очередному обоссыванию годота.
это нормой там считается. приведет к тому, что 300 программистов через неделю устроятся куда-то еще
Или переедут в РФ по программе привлечения ойти-специалистов, создавать отечественный двигатель.
))
>>810653
Мне тут куперкуб посоветовали, используй его
Кста, а можно с 1 движка на другой переносить карты и скрипты, халфлайф на краенгин например?
>XRay
>низ-центр
>жопа с руками
Вот и программист динамического освещения
Наш Украинский братишка опускает главгодотю, который пригрел у себя бсбшников.
Ебать этот подорванный шиз серит. Есть поехавшие, которые людей преследуют, полностью поглощены, годами следят, названивают. У этого экземпляра интересно фокус сместился на хейт двигла. Иногда смотришь какой-нибудь репортаж про сектантов, думаешь, как можно найти долбоебов, которые продадут хаты и отдадут деньги какому-нибудь гуру, и хуяк, натыкаешься на такого ебанушку, бедняжку в годотную секту не взяли на говно изошел
>Juan will never tell you the ultimate truth behind those design decisions
Вообще да, Хуан любитель придумать свои понятия.
Ладно там обозвать серверами то что все уважаемые движкописи называют системами
Так этот аутист обозвал сценой то что другие называют префабом (или хотя бы актером, или scenenode) - фигачьте сцену на сцене из сотни сцен...
Сама-то концепция неплоха (хотя и противоречит многим методикам разработки - начинать надо не с деталей, а от абстракций - то есть начинать надо с условного мира, а не пушки в руках игрока - как это делается например в офф уроках - когда еще даже представления об игре нет, а уже фигачат мелкие детали анимации движения персонажа)
Но эта концепция явно не должна называться сценой..
Понятие сцены пришло из театра... Сцена может быть одна, в ней играют актеры определенный сценарий, сцена может меняться на другую, но зритель смотрит на одну - вот эти все слова и пошли в геймдев.
>обозвал сценой то что другие называют префабом
Вот недавно впервые неиронично попытался почитать гайд годота и когда начали писать про ноды, возникло ощущение что мне описывают префаб.
Посмеялся немного и дальше не читал.
Там блупринты работают как префабы, и в то же время как визуальные скрипты в префабе.
блупринты это отдельные акторы
префабы это реюзабельная коллекция акторов/блупринтов
https://www.youtube.com/watch?v=Wrgi4BSpigM
Еще в первом констракте 3д модели можно было загружать и такое делать
Gigaya должна была стать игрой, разработанной силами Unity Technologies. Это было ответом на распространенную жалобу геймдевов Unity на то, что Unity Technologies практически не использует свой движок в реальных условиях: для них это был шанс протестировать свои инструменты в реальной игре, выявить проблемы и исправить их в процессе. Она была анонсирована еще в марте 2022 года.
зашквар называется, метафизическое заражение от трешобъекта
Многие контент-мейкеры пишут треды с критикой всех последних действий Unity, некоторые начали донатить Godot и пообещали делать ассеты, совместимые с движком.
Сейчас их по дешевке купит майкрософт и снова все наладится
перед покупкой майкрософтом обычно домогательства случаются
https://habr.com/ru/news/t/677082/
Юнити, чо с ебалом?
Нахер вы на майков молитесь? Придёт завтра новый кризисный топ и начнёт закрывать всё нахуй.
Деньги можной найти у государства.
Юнижин. Сибирский, православный движок Хотя хз, может уже и армянский/кипрский или ещё какой, не следил. Только сообщество не развито.
>>818336
разрабы в томске сидят все равно. В 20ых числах даже там опен эйр организуют на природе с бухлом. И вообще какая разница где зарегана контора? Очевидно же, что головной офис за бугром нужен,
чтоб бабло с забугорных кабанчиков лутать можно было. Ну и сертификат отечественного ПО какбэ намекает
>разрабы в томске сидят
дешевые рабы исполнители
> где зарегана контора
там находится капитал
>Очевидно же, что головной офис за бугром нужен,
>чтоб бабло с забугорных кабанчиков лутать можно было
россия не отключена от свифт
>россия не отключена от свифт
Ага, то-то все приличные it конторы ломанулись в грузию, армению и тд счета в банках заводить и офисы открывать.
Плюс попробуй выбить клиента в европке или сша, будучи конторой с офисом только в рф. Там как узнают что ты русиш, то нахуй пошлют. Это кста было еще до сво. А если не пошлют, то скорей всего захотят платить только в европейский банк. А чтоб открыть счет для конторы в европейском банке, скорей всего свой офис нужен в той стране, где хочешь счет открыть.
>дешевые рабы исполнители
гендир русский, разрабы русские, работают из рф. Еслиб хотели бы съебаться, то давно бы съебались.
>там находится капитал
тут соглы. В рф симуляторный рынок, да и геймдев, не так сильно развит как на западе, да и заплатят на западе больше.
разговор пошел не в ту степь
человек сказал, что двиг дескать наш, я объяснил что он не наш ни капли. например, его русские пользователи в любой момент могут быть посланы нахуй при очередной санкции. с этого момента попрошу не дезинформировать людей чушью вроде "UNIGINE это русский движок". это движок западной конторы с внешним управлением из офиса, находящегося в юрисдикции недружественной страны, которая приняла 7 пакетов санкций против рф
пчел... ты бы хоть инфу сначала изучил по движку. зайти на офф сайт у увидеть люксенбург это не изучение
>Ладно там обозвать серверами то что все уважаемые движкописи называют системами
https://en.wiktionary.org/wiki/server
>server (computing) A program that provides services to other programs or devices, either in the same computer or over a computer network.
Технически, любая часть программы является программой, поэтому может существовать сервер внутри программы, обслуживающий (предоставляющий API/сервисы) разные компоненты этой программы (если хочешь, "клиенты" сервера). "Система" - более общее понятие, потому что система это
https://en.wiktionary.org/wiki/system
>A collection of organized things; a whole composed of relationships among its members.
>(computing) A set of hardware and software operating in a computer.
Т.е. системой может быть любой кусок программы, а сервер - это кусок программы, предоставляющий сервис другим кускам программы. Любой сервер - это система, но не любая система - это сервер, так понятнее?
>Так этот аутист обозвал сценой то что другие называют префабом (или хотя бы актером, или scenenode) - фигачьте сцену на сцене из сотни сцен...
https://en.wiktionary.org/wiki/scene
Тут уже не в определении слова дело, а в концепции сцены в Godot. Дело в том, что любая сохранённая сцена (.tscn) может быть запущена как игра (есть даже хоткеи для этого) или может быть заменена другой сценой в рантайме (специальный метод). Ты можешь запустить сцену "пушка игрока" как игру, можешь запустить "игрока", "врага" и т.д. Может показаться, что это не имеет смысла, но если следовать всем рекомендациям по архитектуре проекта, то данный метод позволяет проводить модульное тестирование, избегая загрузки всех остальных 9001 сцен. В идеале любая твоя сцена должна безошибочно работать в таком "одиночном" виде, если она этого не может - ты что-то неправильно делаешь (лапшу, скорее всего).
Прикол в том, что в других движках "сцена" является отдельной сущностью от "префаба", "актора" и прочих компонентов. Т.е. в другом движке ты должен создать новую сцену и загрузить в неё свой префаб/актор, чтобы запустить его независимо от всего остального. Это неудобно в других движках, поэтому Godot упрощает данный этап, поощряя быстрое прототипирование (создание и отладку новых сцен).
>противоречит многим методикам разработки - начинать надо не с деталей, а от абстракций - то есть начинать надо с условного мира, а не пушки в руках игрока - как это делается например в офф уроках - когда еще даже представления об игре нет, а уже фигачат мелкие детали анимации движения персонажа
Ты ньюфаг? Просвещайся:
https://en.wikipedia.org/wiki/Top-down_and_bottom-up_design
>In the software development process, the top-down and bottom-up approaches play a key role.
>Top-down approaches emphasize planning and a complete understanding of the system. It is inherent that no coding can begin until a sufficient level of detail has been reached in the design of at least some part of the system. Top-down approaches are implemented by attaching the stubs in place of the module. This, however, delays testing of the ultimate functional units of a system until significant design is complete.
>Bottom-up emphasizes coding and early testing, which can begin as soon as the first module has been specified. This approach, however, runs the risk that modules may be coded without having a clear idea of how they link to other parts of the system, and that such linking may not be as easy as first thought. Re-usability of code is one of the main benefits of the bottom-up approach.
Godot позволяет тебе свободно использовать оба подхода: и сверху-вниз, и снизу-вверх. Сверху-вниз ты будешь создавать пустые заглушки-сцены и пустые скрипты, наполнять их контентом и логикой по мере необходимости, но финальный результат сможешь оценить только пока не заполнишь большую часть заглушек. Снизу-вверх ты будешь создавать полностью функциональные, готовые к использованию сцены, постепенно собирая из них всё более сложные сцены, и каждую сцену сможешь протестировать независимо. Это обширная тема для холивара, какой подход лучше (люди спорят об этом с прошлого века), но на практике обычно получается комбинация обоих методов.
Что касается туториалов, их цель - научить пользоваться инструментами движка, а не научить разработке игр. Для демонстрации инструментов подход снизу-вверх подходит намного лучше, потому что позволяет сразу увидеть, протестировать и использовать результат, не дожидаясь разработки всего остального. Это не означает, что ты в своём проекте должен делать так же, как и в туториалах, хотя ничего плохого в этом нет, особенно когда тебе хочется сделать игру, но ты не знаешь, какую именно - полезно будет иметь коллекцию собственных компонентов для игры.
>Почему бы нам не разработать свой русский православный движок?
Предлагаю собраться вокруг Falco, отобрать у него исходники под условиями свободной лицензии и совместно дорабатывать на гитхабе, бесплатно, то есть за идею.
Или ты предлагаешь использовать какой-нибудь русский ЯП, с кодом на кириллице? Шоб на западе не могли его украсть. А то Фалько вроде какой-то западный движок форкнул...
>>818417
>разрабы в томске сидят все равно
А у юнити разрабы в Индии. Юнити - индусский движок?
>использовать какой-нибудь русский ЯП
Как вам идея сделать игровой движок на ДРАКОНе?
https://ru.wikipedia.org/wiki/ДРАКОН https://drakon.su/
>это движок западной конторы с внешним управлением из офиса, находящегося в юрисдикции недружественной страны, которая приняла 7 пакетов санкций против рф
Алсо движок написан на западном ЯП (C++), что делает его неправославным ПО по определению.
похуй. с++ никто отнять не сможет. как и открытые компиляторы. а вот вижуал студия под вопросом
>Так этот аутист обозвал сценой то что другие называют префабом (или хотя бы актером, или scenenode) - фигачьте сцену на сцене из сотни сцен...
ИЗВИНИСЬ
- называется Orthodox Engine ибо православный.
- поддерживает дх11, дх12, вулкан. Опционально металл.
- платформы: ПеКа, андроид. пусть две для начала будет
Дополняйте.
> если следовать всем рекомендациям по архитектуре проекта, то данный метод позволяет проводить модульное тестирование, избегая загрузки всех остальных 9001 сцен
Модульное тестирование в движке, который поощряет использование синглтонов. хех
Во-первых, Россия многонациональная и многоконфессиональная страна 80% православных, тогда как в националистическом Израиле - 70% иудеев. Поэтому название не подходит. Предлагаю ГосДОТ - форк годота.
Во-вторых, DX не работает на Альт-линуксе и Астра-линуксе, а нашпигованная шпионскими жучками Windows не нужна. Поэтому только VULKAN/OpenGL и GLES для старых мобилок.
Платформы - x86, Байкал (arm), Эльбрус (VLIW)
>>818417
Какая разница, где зарегистрирован главный офис? Главное, что жопы разработчиков в России, и их можно за них схватить.
К тому же, Юниджин внесён в реестр российского ПО, это значит, что у государства есть доступы к исходникам.
Вот да, движок с названием Унижин отлично подходит для национального продукта.
МНОГОнационального. У нас не Украина и не Израиль, не надо тут пожалуйста.
>Предлагаю ГосДОТ - форк годота.
Недостаточно дружбонародно. Плюс форканье годота можно отнести к пропаганде нетрадиционных отношений.
фирма из ЕС, соблюдает все законы и санкции, при очередном пакете санкций все русские пользователи движка посылаются на три буквы
> внесён в реестр российского ПО
филькина грамота
>все русские пользователи движка посылаются на три буквы
Сложно это сделать, когда твоя жопа в России.
>>819127
Поридж спок. Для этого нужно исходники для аудита регулярно предоставлять.
> Сложно это сделать, когда твоя жопа в России
в россии не отменена интеллектуальная собственность
> Для этого нужно исходники для аудита регулярно предоставлять.
ты даже не понял, почему участие в никому не всравшемся говнореестре это филькина грамота
алсо, качаешь-то бинарники, собранные из неизвестных сорцов. твой аргумент инвалид
это вообще-то когда гугл покупает, то оно умирает
А с майками все норм.
Тот же майнкрафт даже скорее наоборот, ожил и воскрес после покупки - такого количества контента при Нотче за всю историю не делали, как у майков за одну обнову клепают.
>приличные it конторы
просто пидорасы... Даже просто посмотри куда именно они ломанулись... Нет, не в офшорные зоны (они в другой стороне карты как бы), куда бы ломанулись кабанчики за деньгами, а в пидостраны, чтобы показать западному барину свое рабское клеймо.
Сейчас вообще лучше не смотреть кто там куда и зачем - уж очень много оказалось пидорасов готовых подставлять свою жопу, даже теряя прибыль.
(что там по сталкеру-2 очень довольны разрабы решением послать рюских, которые теперь их сталкер будут на торрентах покупать, так как западный барин сказал без drm издавать?)
>Юнижин. Сибирский, православный движок
Хуесосы там, лучше не связываться, а то придут и отожмут твою игру... У них там нелояльная бюрократия на уровне "мое, не дам".
Они эту инди лицензию высирали 5 лет, упорно считая инди разработчиков бомжами и школьниками, не нужными в геймдеве (читай их соц сети тех времен)
Печаль. Ну тогда без шуток наш путь это создание собственного движка под свободной лицензией.
> на рынке 10 движков под свободной лицензией
> слишком много
> нам нужно создать один, лучший
прошло полгода
> на рынке 11 движков под свободной лицензией
Создание движка уровня юнити или ue объективно невозможно в снг. Предлагаю закрыть эту тему и обсуждать существующие.
Поэтому нам нужен новый, пригодный для игор движок.
...
Спустя ещё полгода.
> на рынке 12 движков под свободной лицензией
> И каждый из них кал говна и не пригоден для игор.
>считая инди разработчиков бомжами и школьниками, не нужными в геймдеве
В чём они не правы?
> считая инди разработчиков бомжами и школьниками
По сути они правы. В том плане, что от индюка они ничего не получат, даже если он миллиард долларов заработает.
>считая инди разработчиков бомжами и школьниками, не нужными в геймдеве
Унижен - не нужен
мы и не связываемся. попробуй найти хоть одного живого пользователя на доске
>— Правда? Это объясняет раздутость функционала Юнити.
>— Я бы поспорил: чтобы это было "раздутым функционалом", функции должны быть функциональны
>— (детектор лжи показывает отсутствие лжи)
>Альтернатива 3д
Из всех мёртвых движков Альтернатива - самая мёртвая.
Но чисто из любопытства код глянуть можно:
https://github.com/AlternativaPlatform/Alternativa3D
>каждый из них кал говна и не пригоден для игор
А тебе мысль не приходила, что если все вокруг пользуются движками и делают игры, а для тебя подходящего движка не находится, то, может, проблема не в движках, а в тебе?
Вы не понимаете, что бы ни происходило, юнитипитеки не перейдут на юнити, так устроено. Реальные альтернативы только анриал и годот, в анриалы говноплюсы и дебилопринты, абсолютно непригоден, про годот и говорить нечего, кусок протухшего кала, уже года три не могут допилить. Там enfusion грозились выпустить, но что-то заглохло. У крайэнджина ноль зареганных юзеров онлайн на форуме, вообще нонсенс, как бы двиг с именем
> все вокруг пользуются движками
Все вокруг жрут говно и ты так делай, ага?
>и делают игры
Показывай свои.
>проблема не в движках
Проблема в них, на выбор либо проприетарная говнина с current thing, либо кривой неюзабельный опенсорс. Если тебя устраивает такое положение вещей, то земля те пухом.
Поэтому для себя лично реквестирую что-то похожее на юнити, для стартового изучения. По языку похожее на шарп. Чтобы было не сильно больно и долго изучать.
В общем, во что перетекать с юнити, но чтобы было не сильно больно?
> В общем, во что перетекать с юнити
Опять прокрастинацией занимаешься? Лишь бы найти повод не делать игру! Эх, анончик.
Нет больше таких игровых движков, теперь ты должен удалить юнети и пойти качать unreal engine 5. Как раз сейчас утро, к вечеру все скачается и скомпилируются шейдеры, займет около 10 часов. Там в C++ придется писать в два файла, главное не ошибаться иначе закроется все к хуям или компьютер отключится. Придется привыкать к тому что при любом изменение в коде нужно ждать несколько минут пока все скомпилируется.
Годо, на уече нету ни одной нормальной игры, вон ниже глупый анон гордится с++ и наивно считает написание игр на нем достижением
>Все вокруг жрут говно и ты так делай, ага?
Если все вокруг жрут говно, возможно два варианта:
1. Ты ошибаешься, считая говном то, что им не является. Скорее всего из-за недостатка опыта, либо из-за перфекционизма или максимализма.
2. Ты из вида копрофагов и скоро умрёшь от голода, лол. К примеру, кролики жрут говно, потому что не способны переварить растительную пишу с первого раза, т.е. от этого зависит их выживание.
3. Ты просто ищешь оправдания, чтобы не делать игры.
>Показывай свои.
В треде Годо есть.
>либо проприетарная говнина с current thing
Спрос рождает предложение. Раньше все движки были приватными, каждый делал свой движок с нуля. Но некоторые просили продать им если не движок, то хотя бы право на его использование, чтобы ускорить разработку своей игры. Так производители игр смекнули, что можно вместо игр делать движки, продавая их производителям игр. И закончится это только тогда, когда люди перестанут покупать или использовать эти движки, что маловероятно (если не случится никакой глобальной катастрофы).
>либо кривой неюзабельный опенсорс
Преимущество опенсурса в том, что ты имеешь практически ничем не ограниченную власть над исходными кодами, бесплатно и по первому желанию. Ты можешь взять любой движок и переделать под себя, или взять несколько разных и собрать их в один проект. Бессмысленно жаловаться на "кривость" и "неюзабельность" того, что ты, как программист, имеешь возможность и право полностью переделать. Если ты ноешь, что все опенсурс движки говно, но при этом ничего не делаешь, это говорит только о том, что ты патологический лентяй, нытик или просто беспомощный фантазёр, и движки тут не виноваты.
>Если тебя устраивает такое положение вещей, то земля те пухом.
А что я могу сделать? Я пытался написать свой движок на голом языке программирования, без сторонних библиотек. Это очень сложно: нужно знать математику, физику, теорию графики, множество низкоуровневых API, давно изобретённых алгоритмов. Нельзя просто сесть и уже через несколько часов играть в прототип своей игры мечты. Однажды я потратил целый месяц, по 2-6 часов в день, и в результате у меня был только рендеринг obj моделек без света, теней и какой-либо физики. Тогда я очень сильно выгорел. Но через какое-то время желание сделать игру возникло вновь, и я решил всё же ещё раз попробовать какой-нибудь готовый движок, чтобы не мучиться написанием своего. И это оказалось так приятно, ПРОСТО писать код и видеть приемлемый результат, что я не хочу возвращаться на написание своего движка.
>Реальные альтернативы только анриал и годот
>про годот и говорить нечего
Многие бывшие юнипитеки утверждают, что Годо очень хорош, во многом лучше Юнити. Да, меньше встроенных фич, меньше готовых ассетов для флипанья, меньше коммьюнити. Но перспективы лучше, если Годо не продастся корпорациям (даже тогда есть надежда на какой-нибудь форк FreeGodot).
>что-то похожее на юнити
Godot. Концептуально он очень похож на Unity, но предоставляет больше свободы в плане работы со сценами.
https://godotengine.org/
Не стесняйся, качать всего ~36 МБ (>60 МБ версия с C#). Шаблоны для экспорта тебе пока не нужны, игра полностью запускается из движка как и на Юнити, только в отличие от Юнити зависание запущенной игры не убивает редактор движка - можно спокойно закрыть игру, не закрывая редактор.
>По языку похожее на шарп.
Есть возможность использовать C# в ветке 3.x (актуальная стабильная версия), чуть позже доделают в версии 4.x (переделка движка на Vulkan, изменение многих API). Но я рекомендую тебе попробовать сначала GDScript. Он намного проще для написания и восприятия, если не делать огромные стены кода (разделяй код на мелкие функции). API движка одинаково что там, что там, но на C# приходится писать больше бойлерплейт-кода. Алсо в GDScript есть строгая типизация (в 4.0 будет ещё лучше), но она опциональна (можно не указывать типы).
Алсо через GDNative (GDExtension) можно подключать библиотеки (DLL) на любом другом языке программирования. Также есть независимые проекты по внедрению некоторых других скриптовых языков (типа Lua) в сам движок.
Нет, юнити лучше. Я недавно тести анриал и там очень крутой рендер и редактор, но плюсы и блевпринты не для меня, и постоянно какие-то компиляции, что-то высчитывает, тормозит, ну его нахуй. Конечно, на топовом железе этих проблем, наверное, и нет совсем. А годот это вечная недоделка и нехватка скиллов у хуана. Вот он сделал свой люмен, и надо сказать он работает, но хуево, протечки позорные, производительность немного хуже анрыловского, при гораздо худшем результате. Хуанг еще до нового года сказал, что в уме придумал как серьезно бустануть производительность и качество. В итоге наебал, передал работу над рендером другим людям, при том что скорее всего он сильнейший прогер в команде, и эта хуйня длится и длится. Наверное, решил пойти по пути юнити и просто дождаться дешевых карт с лучами. Выпустят четверку посмотрим, все чешет про полировку, как не скачаю там все сыро
Stride/зенко или Flax
Можно конечно годот, но он очень уж нарочито нитакойкакфсе, а тратить время и изучать бессмысленные выебоны хуанга придется тебе
А че не взлетело то? ААААА игры не делают?
Ну так сделай сам, будет живым.
>Я??
У страйда недавно апдейт вышел даже, опенсорс, бесплатный, по фичам как юнитя почти, хз че еще надо
>Вот он сделал свой люмен
А как его протестировать? Я так понимаю, по умолчанию на сцене ничего из этих фич не работает. У меня пока все сцены а-ля 00-е. Я знаю про какие-то ги-пробы, пытался включать, забавно, но это же расставлять по сцене надо... эх, у меня нет таких моделей, чтобы им нужны были эти фичи. Наверное.
>по фичам как юнитя почти
Так уже есть юнитя, пойми. На юнити все вопросы обсосаны, иногда какая-то хуйня не получается, гуглишь, а там ответ на форуме 2008 года, у зенки нет такого, сам ройся хоть неделю. У юнити ассетов море, любая инфа, уроки
>забавно, но это же расставлять по сцене надо
Ага, ваще лол, гуан их три года пилил. Не помню как включается, гугли sdfgi
>там ответ на форуме 2008 года
...который не подходит к современной версии.
>На юнити все вопросы обоссаны
Можно читать у юнити и транспонировать на свою хуйню, особенно если вопрос дженерик и движки похожи
Хотя начинающему с вопросами/инфе/уроками я бы все равно посоветовал юнити, альтернативы только тем кого юнити доебал
>гуглишь, а там ответ на форуме 2008 года
Извините deprecated, мы тут потратили денех и разработали хуергу вместо исправления старой, надо же зарплаты платить, качайте короче хуйнянейм preview_0.01
>Извините deprecated
Такое не часто бывает, потому что про новые вещи более свежий ответ выдает, вопрос на который опять же задали за тебя, просто нужно прочитать ответ, и не ждать. И большинство вопросов уже спросили миллионы школьников, большой плюс большого комьЮнити. Опять же и у уеча это проблема, потому что заходишь читать, а там блевпринты для девочек, невероятно
Место простых движков, где раньше был юнитя пока не стал монстром, занял годот. А вообще в будущем будет только уеч и прочие движки.
И в годоте вот сишарп, а на питоне скрипты писать можно? А то я мамин сисадмин, погромировать особо не умею, максимум скрипт подправить уже до меня написанный на баше или питоне. Питон все таки мне проще будет, чем сишарп учить с нуля, я его уже хоть видел вживую.
Ну и хочу именно попробовать на андроид сделать игру, на годоте такое возможно?
>на годоте можно сделать мобильную игру?
Да, можно, не слушай этого >>820236, я разрешаю тебе сделать мобильную игру на Годо. Есть примеры выпущенных игр, например, вот этот делает на Godot: https://skanersoft.ru/?page=games (у него ещё есть видеоуроки по движку, но я не смотрел).
>И в годоте вот сишарп
Только опционально, в базовой версии C# нет. В базовой версии используется GDScript, который создан специально для этого движка и внешне напоминает Python, однако проще его.
>на питоне скрипты писать можно?
Есть возможность писать на любом ЯП, в т.ч. Python, но для этого нужно будет немного напрячься:
https://github.com/Vivraan/godot-lang-support/
В целом, не вижу особого смысла писать на Python, т.к. GDScript очень похож на него. Разве что ради библиотек на Python, но лучше уж найти аналоги на C/C++ для производительности.
А существуют какие нибудь движки вроде юнити и годота ( юзерфрендли ) которые питон изкаробки поддерживают?
>(у него ещё есть видеоуроки по движку,
А где их посмотреть можно?
> Ты можешь взять любой движок и переделать под себя, или взять несколько разных и собрать их в один проект. Бессмысленно жаловаться на "кривость" и "неюзабельность" того, что ты, как программист, имеешь возможность и право полностью переделать
Вот бы Хуану такой совет кто нибудь дал. А то он уже несколько лет ебется с переделкой собственного движка до юзабельного состояния.
>где их посмотреть
Старые: https://youtube.com/c/SkanerSoft/videos
Новые: https://zen.yandex.ru/id/5d3860edf8ea6700ad7c6d42
Если английский хорошо знаешь, имеет смысл сначала почитать официальную документацию (она переведена на русский только частично), прежде чем смотреть видеоуроки.
https://docs.godotengine.org/en/stable/
>>820248
>питон изкаробки поддерживают
Не знаю таких, но есть вот такая библиотека:
https://ru.wikipedia.org/wiki/Pygame
Загляни сюда: >>800023 (OP), если хочешь задать вопросы.
>>820250
>переделкой собственного движка до юзабельного состояния
Донаты крутятся - фичи мутятся, чего ты ещё хочешь? Ну задонать ему несколько тысяч долларов, чтобы он нанял нормального программиста и сделал тебе какую-то фичу. Или сделай фичу сам, раз такой умный. А большинство годотеров довольны тем, что есть (в том числе потому, что интересуются только 2D).
Профессиональных нет.
Есть такое
https://microstudio.dev/ru/
Это скорей для обучения. Много языков, в т. ч. Питон.
Ну и этот - совсем любительский, написан за 30 часов, как говорит автор видео
https://unidaystudio.itch.io/dynami
Покажите такой на годоти.
https://www.youtube.com/watch?v=WQGHAisKtxg
Renpy есть, хотя это движок для вн, он по идее поддерживает все возможности openGL.
Не будь долбоёбом и подбирай инструменты исходя из задачи, а не маркетинга.
уеч решает все мои задачи для инди разработки. твои оправдания?
Твоя задача сидеть по 10 минут и ждать компиляции на каждый пук?
>его в мобилко-движок по подписке, убив тем самым инди.
Вообще-то они с этого начинали, поэтому уверяю - так не сделают (иначе бы просто оставили как было)
Если ты не в курсе, юнити первоначально был только под айфоны и только за бабки
Скрипт из 100 строчек? Когда запилишь на уече хотя бы самый простой жанр вроде платформера или вн, тогда и приходи. Но ясен пень не запилишь. Так как на нём в 10 раз дольше делать чем на предназначенных для инди игр инструментах, так ещё и тормозить будет как сучка.
40+ ГБ проект с работы ($1M+ бюджет, 5 кодеров)
> Когда запилишь
уже запилил и выпустил пол-дюжины высокопроизводительных игр в короткие сроки. а ты?
https://jeremyfa.com/getting-started-with-ceramic/
И который может экспортировать проекты в Unity.
хочу попробовать на haxe, но что-то ссыкотно перекатываться с C#
А нахуя он? Ладно бы еще редактор был хотя бы уровня годота.
А таких фреймворков для работы из кода хоть жопой жуй, и они будут в сто раз лучше/производительнее этой поделки, тот же raylib или беви.
Питухон непригоден для игр, из-за низкого перфоманса, интерпретируемой и динамической природы на нём невозможно писать что-то, требующее предсказуемых задержек.
Теоретически либы для ввода/вывода есть, и ты можешь попробовать что-то замутить, но на практике это будет фризящее неиграбельное говно с трудностями дистрибуции (тащить везде интерпретаторы питухона, нормальный дистрибутив под все основные ОС будет муторно делать)
Поэтому ни одной более-менее крупной игры на питухоне не существует.
Сук вот есть реально два движка, юнити и анриал, остальные какие-то помирающие недоразумения, почему так?
>Но юнити это и есть помирающее недоразумение.
Слова годотного выблядка не имеют веса
Неужели они все были из незалежной?
>Куперкуб.
Конструктор какой-то. Он и рядом не стоял с UNITY и UNREAL ENGINE и GODOT.
Стойте, я правильно понимаю, чьто анрил не используют В Т Ч из-зя языка программирования, и вам это важно?
Анрил как раз используют ради его БП, дети которые боятся кода. Выросло поколение вермишели.
Ну, я ничего не кожу но делаю на куперкубе. Разработчики НЕ ОБЯЗАНЫ делать код, а то будет ситуация как с тарковым, мором 2, яндере симулятором и ещё уйме чем - контента нет, код есть.
> Хуан еще до нового года сказал, что в уме придумал как серьезно бустануть производительность и качество
> В итоге наебал, передал работу над рендером другим людям
так он это и имел в виду
Ты даже не знаешь кто это такие. Просто так журнашлюхи пукнули что над этим надо смеяться, вот и повторяешь.
Ironsource не разрабатывала никаких малварей, как пишут шлюхожурналисты.
Ironsource разработала движок инсталятора, а вот те кто им пользовался, могли туда встраивать свои малвари..
ну вот когда ты игру или софт скачанные с бухты ставишь, там куча галочек, с предложением поставить тебе хром, яндекс, танки онлайн, заебацаантивирус и т.д. Вот это оно. Но встроили их туда не разрабы движка инсталятора и не разрабы игры/софта. Встроил их туда пират ВасяПупкин кинувший прогу в торренты
Обвинять в этом Ironsource - это как обвинять гугл в том что она вирусы распространяет...
Норм, юнити теперь жертве БРАУЗЕР АМИГО ставить будет. Ну а что, лох сам галочку не заметил.
Абсолютное большинство игр в стиме выпущены либо на своём либо на сторонних движках. Ты наслушался бредней маркетологов.
Если сортировать по популярным играм то лидируют свои движки с огромным отрывом.
>Вообще-то они с этого начинали, поэтому уверяю - так не сделают (иначе бы просто оставили как было)
С чего вдруг? Попробовали - поняли, что зря - откатились назад. ПК гейминг умирает, сосноли изначально были мертвы, щас только мобилки и остаются как платформа.
именно что ничего не делают. наитупейшая идея засунуть в дистрибутив никому не нужное говно
>Если сортировать по популярным играм то лидируют свои движки с огромным отрывом.
Приведи список с названиями и характеристиками движков. Потому что большинство используемый движок не указывают. Да, специалист сможет определить, но на Вики обычно информации нет, нигде нет, иди сам покупай, качай, исследуй...
Пока что всё, что я вижу - большинство игр на поганой юнити и мерзком уече, даже какое-то пикселявое говно на них...
>обвинять гугл в том что она вирусы распространяет
Всё так, гугл предоставляет набор ссылок по запросу пользователя, и если среди этих ссылок вирусня - виноват гугл, что не фильтрует базар перед честным пользователем. Поэтому поисковики используют различные способы поиска вирусов и удаляют ссылки на вирусные сайты, либо ставят на них предупреждения.
>Ironsource не виноватая я
А теперь представь, что разработчики %движокнейм% продались нашему Фалько, и с этого дня %движокнейм% официально можно скачать только в инсталляторе от Фалько, да-да, даже исходный код - в инсталляторе, а не на гитхабе. Кто тут будет виноват? Фалько, купивший компанию разработчиков, или разработчики, продавшие свою жопу Фальке? А страдать всё равно юзерам...
Господа, кто тут ещё помнит WildTangent? Наверное, юнити пойдёт по тому же пути. Кажется, что они были первые, кто предоставлял публичный SDK для разработки 3D-приложений и игр. И они даже работали в IE через ActiveX.
Распределение примерно такое.
Юнити чаще всего встречается.
Однако если сортировать по дорогим играм то лидером будет ue.
Если сортировать по популярным играм в лидерах кастомные движки.
Отсюда напрашивается простой вывод. Хочешь сделать игру, а не асет флип - пишешь движок.
Хочешь сделать кинцо - берёшь уеч.
Хочешь ни рыба ни мясо и быстро портануть на мобилки - юнити.
Хочешь душевную историю - вн движки.
Хочешь быстро мобилку - мобильные движки.
Конечно на юнити есть хорошие игры за счёт выборки, но вот тенденция скорее такая что привычно на нём встретить асет флип халтурный.
Батчинг в 4.0, прекомпиляция шейдеров в 3.5.
Но тебе это не понадобится, безыгорник.
Согласно последним данным есть много маленьких пропуков либо один большой продрист.
Это многое говорит о движке, где котором важные основополагающие фичи завозятся нехотя спустя много лет наотьебись, а главный мавроди все это время вместо их написания пишет треки и качается на гамаке
>WildTangent
>юнити
>Gamigo Inc (trade name: WildTangent) is an American game services company based in Bellevue, Washington. It provides services to several PC manufacturers, including Dell and HP. Collectively, WildTangent's owned and operated service reaches over 20 million monthly players in the United States and Europe with a catalog of more than 1,000 games from nearly 100 developers.
>WildTangent owns the Genesis3D game engine. It was created by Eclipse Entertainment in 1997 and sold in part to WildTangent in 1999. WildTangent then acquired Eclipse Entertainment in January 2002. The engine was originally distributed as free open-source software and later under an open-source license. The first beta version of the engine was released on July 30, 1998. Release Candidate 1 was shipped on March 2, 1999.
tl;dr: это древний, заброшенный движок, не имеющий отношения к репутации WildTangent.
>один большой продрист
Тащемто, как во всех ААА и играх на юнити.
>>821446
>важные основополагающие фичи
Кто тебе такую херню сказал?
Во-первых, Godot всегда больше склонялся к 2D играм. 3D в нём не в приоритете. Но даже 3D игры бывают разными. Тебе не нужен батчинг, если у тебя на всей сцене не больше 5к дроуколлов, т.е. примерно две тысячи независимых объектов - это очень много для типичной инди игры. Прекомпиляция шейдеров легко выполняется вручную простым скриптом, так делают во всех играх на OpenGL, потому что ленивая компиляция заложена в основу OpenGL. Но если ты делаешь не экшн-игру (большинство игр не являются экшн), то лёгкий "пропук" во время компиляции шейдеров не будет критичным.
Весь этот визг про "рряяя на годоте нельзя делать ториде игоры суть такова бальшой мир и домики набигают" идёт от школоты, которая хочет скачать бесплатную программу и сразу сделать "шедевр" круче любой ААА студии, чтоб экшон в опенворлде и текстурки 8К. Но ты же не школота, ты трезво оцениваешь свои силы и делаешь 2D игры.
>3D в нём не в приоритете
Там не в приоритете базовый для любого движка функционал, годот - это про джемы для детей на каникулах, о чем и говорят 99% всего шоукейса.
>рряяя на годоте нельзя делать ториде игоры
Нет, просто адекватный человек желающий сделать 3д игру (не обязательно АААА, в годот такие люди не пойдут изначально) постепенно понимает что перед ним каловый инструмент для собирания донатов вместо движка, и качает что-то другое.
>ты же не школота, ты делаешь 2D игры
Да да, делаешь 3д значит школота, так и запишем, говнотя
>tl;dr: это древний, заброшенный движок, не имеющий отношения к репутации Unity Technologies
Анон о Юнити в 2032 году.
Ты знаешь как дорого пол сменить?
Знаешь как будучи трапотянкой нужно много тратиться чтобы выглядеть приятно?
Потому что попка устала как в рты годауным, а они все просят и просят, неугомонные говноежки
Да не будет он ничего набирать, новых фич по сравнению с 3 нет, как юнити был так и будет. Анриал тоже пидары, свиня четыре года назад обещал новый анриалскрипт, что он будет самым строгим и великолепным, почему это все так долго, все движки говно неповоротливое, если заявляют фичу то это гемор на пять лет
>>821809
> Да не будет он ничего набирать
Чел...
Помимо всех минусов с рендером и отсутствием базовых вещей вроде террейна, ноды вместо компонентов - это неудобная архитектура сцены. Хуан скопировал архитектуру с древнего движка Panda3D (даже названия нодов), тогда ещё не было очевидно, что компоненты и вообще data-driven подход для игр подходит больше.
> Помимо всех минусов с рендером
Которых не так много.
> и отсутствием базовых вещей вроде террейна
Террейн не относится к базовым вещам, впрочем это неважно, потому что террейн идет отличным ассетом
> ноды вместо компонентов - это неудобная архитектура сцены.
Что именно неудобно?
> компоненты
Ничто не мешает трактовать ноды как компоненты.
Собственно многие так и делают.
>Террейн не относится к базовым веща
После этого можно прекращать разговор.
>Что именно неудобно?
Древовидная структура. Инбифо - чем она неудобна - по-моему и так очевидно. Это плохо работает даже для пространственных объектов (см. статью Scene Graphs Just Say No), а для абстрактных объектов - либо не имеет смысла, либо имеет смысл, который можно трактовать двояко.
>Ничто не мешает трактовать ноды как компоненты.
Теоретически, при всей костыльности подхода - так можно было бы сделать. НО в годоте и это реализовано через жопу! Псведо-компонент gdscript не может быть отдельным узлом сам по себе. А чтобы сделать узел-компонент, надо его написать на C++ и сконпелировать.
Это с точки зрения удобства архитектуры для разработчика. С т. зр. быстродействия массивы компонентов тоже лучше и быстрее, чем обход бессмысленного дерева (инбифо РРРЯЯЯ ГТА6!!! у меня клон пакмана не тормозит).
Не вполне понимаю таких споров. Если не устраивают готовые решения - пишешь свои. Либо адаптируешь готовые.
Или в чём вопрос вообще?
> Древовидная структура
Приведи пример игры или случая разработки игры, где это будет неудобно
Это не споры, это изложение фактов.
>>822115
Ты не можешь в абстракции? Любая игра, где сущность X может быть представлена набором компонентов N, где N > 1.
Ты не можешь внятно объяснять, что тебе субъективно не нравится?
>сущность X может быть представлена набором компонентов N, где N > 1
Ну и? Почему дерево - это неудобно, а линейный список - удобно?
Приведу наглядный пример. За который этот пост скроет спам-фильтром.
Есть полянка.
На полянке зайчик(и).
У зайчика есть лапки.
У лапок есть пальчики.
У пальчиков есть коготки.
Твой любимый линейный список из болезненной юнити:
Сцена
- Полянка [полянка.cs]
- Зайчик1 [лапка1.меш, ... лапка4.меш, лапка1.коллизия, ... лапка4.коллизия, пальчик1.меш, ... пальчик8.меш, коготок1.меш, ... коготок8.меш, зайчик.cs, лапка1.cs, ... лапка4.cs, пальчик1.cs, ... коготок8.cs]
- Зайчик2 [...]
Дерево сцены из любого адекватного движка:
Полянка (полянка.gd)
- Зайчик1 (зайчик.gd)
- - Лапка1 (лапка.gd)
- - - ЛапкаМеш
- - - Пальчик1 (пальчик.gd)
- - - - Коготок (коготок.gd)
- - + Пальчик2 (пальчик.gd)
- - + Пальчик3 (пальчик.gd)
- - + Пальчик4 (пальчик.gd)
- + Лапка2 (лапка.gd)
- + Лапка3 (лапка.gd)
- + Лапка4 (лапка.gd)
+ Зайчик2
На мой взгляд, дерево намного нагляднее и удобнее. Легко можно выделить, например, лапку, сделав её отдельной сценой, и потом собрать зайца-мутанта на шести ногах, или зайца-инвалида на одной ноге. С линейными списками тебе придётся возиться намного больше, разбираясь с тем, какие компоненты к чему относятся, как их разделять и от чего можно отказаться. И это всего лишь один маленький зайчик, а представь себе что-то более сложное, например, подробную симуляцию автомобиля... С ума сойдёшь, пока разберёшься в огромном линейном списке компонентов - там их могут быть сотни, если не тысячи. А ориентироваться в дереве даже из тысячи узлов сравнительно просто, если оно построено рационально. Поэтому с точки зрения разработчика/дизайнера дерево - всегда лучше.
>если оно построено рационально
>дерево - всегда лучше
inb4 рряяя нужна учицца строет диревьйаа
Но с деревом у вас хотя бы есть возможность, а с линейными списками её нет.
Я вижу, что ты шизофреник с кучей свободного времени и отсутствием опыта в разработке игр.
Коготок зайца - это не компонент игровой логики, это в лучшем случае кусок меша, то есть часть системы рендеринга.
Игровая сущность - это "зайчик", и он может состоять из таких компонентов, как компонент рендеринга (отрисовывает меш), компонент физического тела (обрабатывает столкновения), компонент "прыгающий" (каждые 10 секунд посылает импульс по оси Z), компонента "Разлетается на куски мяса" и компонента "начислить N очков за попадание".
При этом древовидная структура для игровой логики просто не нужна. Она нужна а - системе рендеринга (и то СПОРНО), б - системе позиционирования, всё. В юнити это сделано не лучшим способом, т.к. компонент "трансформ" там обязателен для сущностей, но шо маемо, как говорится.
>отсутствием опыта в разработке игр
Свои-то игры ты, конечно, не покажешь, чтобы не потерять иллюзию авторитета.
>это не компонент игровой логики, это в лучшем случае кусок меша
А у меня, допустим, симулятор ЗАЙЦА, мне нужно, чтобы игрок мог управлять каждым коготком независимо с клавиатуры (представь себе QWOP, но на все клавиши клавиатуры). А ещё у коготка есть система повреждений в виде трёхмерной таблицы параметров, и несколько категорий апгрейдов (заяц-киборг однако), вложенных друг в друга в виде дерева. Что дальше? Скажешь "НИНУЖНО", "НИУДОБНО", "я б в такое играть не стал, переделывай", "делай как все, три-в-ряд из бесплатных ассетов для юнети"?
>При этом древовидная структура для игровой логики просто не нужна
А в коде, в коде у тебя тоже древовидной структуры не бывает? Древовидные вызовы функций, древовидные композиции из классов, вот это всё. Это же азы кодинга, это знать надо. Или ты весь код в main() пихаешь, а потом удивляешься, почему тебе одну портянку на сотню строк приходится копипастить десятки раз?
Хорошо, вот тебе пример древовидной игровой логики.
Есть большая карта.
На карте есть здания-головоломки.
В каждом здании есть комнаты с суб-головоломками.
Между всеми комнатами и на выходах из зданий есть двери.
Когда на карту добавляется здание, оно авторизируется в глобальной системе головоломок, ему присваивается номер и двери блокируются до тех пор, пока не будут разблокированы двери предыдущих зданий. Можно назначить другой порядок переходов, но по умолчанию цепочка формируется в порядке подключения зданий к общей системе (порядок потомков одного уровня).
Когда здание инициализируется, оно опрашивает свои комнаты, инициализирует их и соединяет их входы и выходы, задавая начальное состояние дверям, и т.д. При этом комната может содержать вложенные комнаты, потому что головоломка сложная и так сказал геймдизайнер, количество уровней вложенности ничем не ограничено и задаётся левелдизайнером. Внешняя комната настраивает внутренние и т.д.
Из комнаты всего один выход, и у каждой комнаты своя особая схема решения, требующая свою логику: где-то нужно что-то покрутить, где-то собрать предметы в кучу, где-то нажать кнопки в определённом порядке, где-то встать в определённую точку комнаты и посмотреть в определённом направлении, и т.д. Результат решения головоломки - сигнал разблокировки следующей комнате. Следующей комнатой может быть как соседняя по одному уровню, так и старшая, т.е. та, в которую вложена текущая, если это была последняя комната на данном уровне вложенности. Последняя решённая комната самого верхнего уровня (относительно конкретного здания) разблокирует выход из здания.
Итого:
Карта
- Здание1
- - Комната1 лвл1
- - - Комната1 лвл2
- - - - Комната1 лвл3
- - - - Комната2 лвл3
- - + Комната2 лвл2
- + Комната2 лвл1
+ Здание2
И т.д.
Игрок должен пройти по маршруту:
Здание1 -> Здание2
Комната1 лвл1 -> Комната2 лвл1
Комната1 лвл2 -> Комната2 лвл2
И т.д. Переход в комнату лвлN означает попадание в субкомнату лвлN+!, если она имеется (я понимаю, фанату юнити сложно это понять, но ты уж постарайся, это достаточно наглядный пример).
Вот такую систему создать на Godot с помощью деревьев сцены проще простого. Заметь: достаточно сделать несколько скриптов сцен на каждый тип головоломки, а потом только конфигурировать их через дерево сцены и инспектор нод. И это удобно. Какие альтернативы ты предлагаешь? Вручную соединять сотни комнат в совершенно разных местах карты? А если ошибёшься и не заметишь этого? Сможешь найти эту ошибку, не запуская игру и не проходя все комнаты вручную? С визуальным деревом связей - сможешь, а с невидимой лапшой из ссылок не сможешь. Даже если ты откажешься от нодовой системы Godot, рано или поздно ты придёшь к аналогичной системе, только это будет велосипед.
> После этого можно прекращать разговор.
В принципе да, после твоего пука про террейн уже все было ясно.
Зачем нужен искоробочный террейн? Где он используется? В высерах анимешка с ак47 против гитлера? Если у тебя опенворлд тебе не поможет коробочный, нужен кастомный, если у тебя песочница аля майнкрафт, не поможет, нужен кастомный. Куче игр террейн не нужен или просто идет мешем на фоне. Зачем фазмофобии террейн к примеру? Она вся проходит в комнатах. Вообще саиый наглядный пример сейчас на твг. 3 или 4 игры с террейном болтаются где то в районе дня. Как, помог им террейн? А победила игра на годоте просто с комнатками.
> Инбифо - чем она неудобна - по-моему и так очевидно.
Неочевидно, я работаю в бледере и это естественно и понятно. Тело - плечо - локоть - кисть - пальцы - пистолет. Это везде в геймдеве.
> НО в годоте и это реализовано через жопу! Псведо-компонент gdscript не может быть отдельным узлом сам по себе.А чтобы сделать узел-компонент, надо его написать на C++ и сконпелировать.
Что за шизу ты несешь, дефрагментатор? Одна, буквально, строчка кода.
>см. статью Scene Graphs Just Say No
https://tomforsyth1000.github.io/blog.wiki.html#%5B%5BScene%20Graphs%20-%20just%20say%20no%5D%5D
Я прочитал. TL;DR:
>эээ, ммм, пук, ну, там, да, типа, графический драйвер сам всё оптимизирует, чпук, вот, поэтому вручную ничего оптимизировать, это, не надо, поэтому, короче, не используйте граф сцены, вооот, пук, хехе
В юнити есть граф сцены, и если ты хочешь эмулировать подход "одна нода = один компонент", то ты вполне можешь делать это в Юнити, вешая на один объект только один компонент.
>>822201
Правильный выбор структур данных позволяет избежать ошибок ещё на результате проектирования.
Нет, там совершенно противоположная мысль. Движок общего назначения с графом сцены должен "как-нибудь" (на деле - никак) оптимизировать все обходы графа. А кастомный рендер пишется исходя из того, что нам известно, какие объекты и в каком порядке мы рисуем.
>>822202
>коко нинужно
Для движка общего назначения - нужен. Для годота - наверное, не нужен, там и батчинг текста ненужен был.
Читая твои ответы я не понимаю что тебе не нравится в годо, потому что я начинал с самописного двигла и как наверное многие пришёл идее - движок == инструмент - выкручиваемся им делать что надо, так с любым работает, так же работает и с 3дмаксом-блендером-рино-синема и так далее - задача - инструмент, но при желании на любом из них можно ухитриться сделать желаемый результат.
Вторая проблема, ты почему-то бросаешься в крайность, не понимая, что Землица это обычно большие уровни, а следовательно игру, которая ну хоть как-то продастся, будет делать команда, для которой накидать примерный вариант под годо не проблема.
Выше верно отметили, что человек некоторые из компонентов не в состоянии использовать по полной.
Меня вот победившая игра больше заинтересовала вокселями, но они на всех движках самопальные, вот это нужно.
Я не говорю, что мне не нравится годот, я говорю, что он не станет заменой юнити в его нише.
Для движка общего назначения не нужен, свистоперделки есть в ассетах.
Батчинг текста как был не нужен, так и не нужен. Ну нет такой игры которой нужно заполнять весь экран текстом в реал тайме.
>игра на каком движке будет меньше тормозить/жрать ресурсов? Учитыая что пилим под мобилки.
Любая низкоуровневая мультимедийная библиотека или фреймворк, вроде libgdx. Чем ниже уровень абстракций и меньше функций из коробки, тем меньше накладные расходы на хранение игры, инициализацию и работу. Низкоуровневый инструмент позволит контролировать работу приложения более точно, создавая оптимальные структуры данных и процессы, адаптированные под конкретный игровой жанр. Конечно, возможно переделать универсальный движок под свои задачи, если у тебя есть доступ к исходным кодам, но это будет затратнее, чем написать с нуля специализированное решение на низкоуровневом движке. Особенно если тебя интересует только 2D.
Я имел в виду из этих двух - Юнити и Годота.
И почему тогда не пишут все на libgdx?
Скорость разработки низкая?
АЗАХАХАХА, вроде Стелларис на нем сделан.
Что за мобильные движки кстати?
Не помню чтоб были движки именно под мобилки,если не считать фреймов всяких
>Юнити и Годот
Хрен знает, что там по производительности. В Unity вроде как больше оптимизаций из коробки, а для мобилок они вроде уже несколько лет отдельный движок пилят, типа более лёгкий. Но по опыту, абсолютно все мобильные юнити игры очень тяжёлые для железа, какой-нибудь 2Д кликер может разогревать телефон как будто это 3Д. Godot сам по себе легче, но у него меньше оптимизаций из коробки, в смысле, тебе придётся больше делать своими руками, если хочешь большой 3Д мир. Для маленького мира и 2Д хватит возможностей из коробки. На счёт производительности игр есть сомнения, но я играл в игры от СканерСофт и проблем никаких не испытывал. Но учитывая последние события с юнити и скорый релиз Годо 4.0, лучше всё же попробовать Годо. С другой стороны, тестовые сборки Годо 4.0 на Андроиде у меня тормозили, там вулкан очень тяжёлый, но я тестил не игру, а сам редактор (редактор, анон, они запустили редактор на мобилках!).
>libgdx
1. Низкая популярность.
2. Java - у неё плохая репутация.
3. Если я правильно понимаю, там нет редактора сцен и скриптового языка, т.е. это классический "написал код - скомпилировал - запустил", что сравнительно тяжело для вкатывающихся нубов. Порог входа у движков с редактором сцен и скриптами ниже, в том числе для абсолютных нулей в программировании.
А что случилось?
Ну обанкротстся.
Двжиок же останется.
Или они могут правила пользования поменять?
Алсо, как они умудрились обанкротиться.
>нет такой игры которой нужно заполнять весь экран текстом в реал тайме
Я знаю, что визуальные новеллы не игры, но во многих классических РПГ встречаются целые стены текста: свитки, книги и т.п. Алсо ММОРПГ, где не просто стены текста, а целая оконная система, и в каждом окне десятки надписей...
Так что батчинг текста определённо нужен.
>>822396
>вокселями, но они на всех движках самопальные, вот это нужно.
В Godot есть из коробки GridMap. Он позволяет реализовать примитивные воксели с некоторой базовой оптимизацией. Но из-за отсутствия окклюжн кулинга в 3.x, большой массив вокселей будет создавать чрезмерную нагрузку. Плюс там не очень хорошо с массовым изменением ячеек... В любом случае, это лучше, чем ничего, и подойдёт большинству "воксельных" игр, которые нуждаются в клеточном 3Д мире небольшого размера.
Не все же стремятся сделать клон майнкрафта с бесконечной процедурной генерацией из мелких кубиков... Для такого рода клонов Майнкрафта лучше всего подойдёт minetest.
>А что случилось?
0. Всех задолбали глюки, баги и общая отсталость юнити.
1. Какие-то неудачные решения гендира в последние годы.
2. Весной обещали супер-мега-проект. Летом отменили.
3. Уволили 300 разрабов, хотя обещали не увольнять.
4. Слияние с паскудной маркетинговой компанией.
5. Приоритет маркетинга вместо разработки игр.
6. Гендир официально назвал инди fucking idiots.
7. Люди устали от всего этого дерьма.
8. В /r/Unity3D ссылка на /r/Godot (лол!)
9. Алсо акции юнити ($U) падают.
>Ну обанкротстся.
>Двжиок же останется.
Ты разве не понимаешь? Банкротство Unity Technologies == смерть движка Unity. Если не успеют выложить в опенсурс. Но даже если успеют, опенсурс версию должен кто-то поддерживать, а среди пользователей юнити в основном школота, ассетфлиперы и мамкины яждизайнеры, которые не могут в код (именно поэтому 99.9% игр на юнити - тормозящее говно с утечками памяти, а не из-за самой юнити). Если же движок не выложат в опенсурс (что крайне вероятно, учитывая жадность управляющей верхушки), то всё, финита ля комедия: во-первых, ты не сможешь легально использовать движок (лицензию нужно обновлять ежегодно, даже бесплатную), во-вторых, движок рано или поздно устареет и перестанет адекватно работать на целевых платформах, в частности на Андроиде и в вебе, а это по сути основные платформы сегодня. Но даже на ПК, винда и Линукс постоянно обновляются, рано или поздно старые игры можно будет запускать только из-под виртуалки или другими костылями.
>Или они могут правила пользования поменять?
Конечно, могут. В любой момент. И твоя бесплатная/платная лицензия превратится в тыкву, после чего ты можешь в принципе потерять легальный доступ к своему проекту. Хотя, в России на это всем насрать.
А вот со свободными лицензиями всё наоборот, ты получаешь неограниченную по времени лицензию, которую невозможно разорвать со стороны лицензиара.
>Алсо, как они умудрились обанкротиться.
Пока никак, но курс держат уверенный - на дно.
https://duckduckgo.com/?q=%24u&ia=stock
Если честно паршивая реализация текста в любых играх бесит.
Будь то сюжетные записки, или диалоги в пошаговой тбс.
Так что функционал из коробки не помешает серьёзному движку.
>паршивая реализация текста
Речь шла по батчинг текста. Реализация ГУИ в Годо в целом замечательная, сложно найти недостатки. Но до какой-то версии текст рендерился по одной букве, т.е. одна буква = один дроуколл (обращение к АПИ драйвера видеокарты на отрисовку геометрии, что достаточно медленно в ОпенГЛ). Визуально никакой разницы нет, но с точки зрения производительности, до реализации 2Д батчинга ты мог упереться в количество дроуколлов, просто печатая текст на экран, если у тебя 5-10к символов. Конечно, большинству игр столько букв на экране не нужно, но хейтеры уцепились за это как за очередной аргумент в пользу того, чтобы вставлять в их сочную попку аналитические зонды Юнити Технолоджис.
>сюжетные записки, или диалоги
А вот это уже от движка не зависит. В движке может быть идеальный рендеринг букв и идеальный ГУИ-виджет "надпись", но геймдизайнер решит сделать записки кровавыми буквами в готическом стиле с засечками, расположенными на экране по диагонали, а диалоги печатать теми же красными готичными буквами, но в скукоженном прямоугольнике кислотно жёлтого цвета. Никто ведь не будет использовать встроенное оформление, если в движке есть способ сменить это оформление на что-то своё.
>одна буква = один дроуколл
Какая замечательная реализация.
>В юнити есть граф сцены, и если ты хочешь эмулировать подход "одна нода = один компонент", то ты вполне можешь делать это в Юнити, вешая на один объект только один компонент.
Допустим, но эмулировать будет сложнее, чем использовать так, как задумано разработчиками движка/редактора сцен. А в Godot такая концепция из коробки, официально.
Кроме того, кто тебе сказал, что ты обязан использовать дерево сцены в Godot и следовать правилу "одна нода = один компонент"? Да, это способ по умолчанию, который реализован из коробки и предлагается в документации, но не единственный.
Смотрим сюда:
https://docs.godotengine.org/en/stable/classes/class_mainloop.html
>MainLoop is the abstract base class for a Godot project's game loop. It is inherited by SceneTree, which is the default game loop implementation used in Godot projects, though it is also possible to write and use one's own MainLoop subclass instead of the scene tree.
https://docs.godotengine.org/en/stable/classes/class_scenetree.html
>Manages the game loop via a hierarchy of nodes.
>SceneTree is the default MainLoop implementation used by scenes, and is thus in charge of the game loop.
Т.е. если твоей игре не подходит SceneTree, ты можешь реализовать свой потомок MainLoop на любом из доступных языков (даже на GDScript, пример по ссылке выше), и твоя игра будет работать по-другому, без ненавистного тобой дерева сцены. Если честно, не уверен, но, думаю, можно сделать и так, чтобы визуально в одну ноду сцены помещались сразу несколько "компонентов" - вот только, имхо, такой подход менее удобен, чем то, что предлагает Godot из коробки (дерево + ноды + ресурсы; одна нода = один скрипт + сколько угодно ресурсов; один ресурс = один скрипт + сколько угодно ресурсов).
Можно ли сделать так в Unity? Сомневаюсь.
> GridMap
Благодарю за интересную информацию, нашёл Zylann's Voxel Tools for Godot, то есть уже и плагин присутствует, отлично
Касаемо GridMap, то он подойдёт для переделки на новый лад NetStorm
Читал что для современных видях нежелательно использовать любые системы с разбиением на мелкие компоненты. Чем крупнее компонент тем проще его рендерить, поэтому грид мапы будут просаживать производительность нефигово на любом движке.
Не должно быть проблемой, так как есть instance rendering
Понимаешь, юным "разрабочикам" легче пиздеть на движки и заниматься всякой хуйней, а не занматься непосредственно разработкой и решать сложные задачки во время создания игры
>Zylann's Voxel Tools for Godot
>плагин
Это не плагин, это модуль, чтобы его использовать, нужно компилировать из исходников. Хотя для 4.0 вроде планируют переделать под GDExtension, чтоб не компилировать.
>>822790
>для современных видях нежелательно использовать любые системы с разбиением на мелкие компоненты
И что теперь делать? Огромные статичные карты на миллиард полигонов, в которых ничего никогда не меняется и не двигается? Зачем это всё...
>Меня вот победившая игра больше заинтересовала вокселями, но они на всех движках самопальные
Я поиграл сегодня в эту игру. Там воксели только в графическом стиле, т.е. нарисованы в MagicaVoxel и экспортированы в .obj. Тут никаких "самопальных вокселей" не нужно, это обычные меши, которые обрабатываются одинаково на любом движке. С тем же успехом можно было сделать все эти модели в Blender, просто MagicaVoxel предоставляет дополнительные удобства для такого стиля.
И это проблема анон, я знаю способы отрисовки вокселей и давно, даже на унити смог сделать с некоторым напрягом, вся суть в тенях, мне нужно чтобы затенение было повоксельным, а это надо писать код, который повторяет код для обычной текстуры, тоже про фильтрацию и прочее
> Огромные статичные карты на миллиард полигонов, в которых ничего никогда не меняется и не двигается?
Геймдев который мы заслужили. Прибитые к полу предметы стали нормой.
>щас только мобилки и остаются как платформа.
проблема мобилок, что это тупик. Будет, как в восьмидесятых, когда геймдев рухнул
Потому что кто играет в мобилки? Люди в поездах, метро, очередях.. Какие им игры нужны? три в ряд, фермы, симсы... А эти жанры исчерпали себя. Невозможно делать подобные игры бесконечно. Обрати внимание, если раньше рынок взрывали всякие энгриберды и покемонго то сейчас... Когда в последний раз были подобные новости?
Да, на мобилках делают игры уровня пк. Только вот в эти игры, внезапно, играют на пк, на эмуляторах.
Всегда забавляла эта хуита, нахуя они делают игру на мобилку, если в нее потом будут играть через какой-нибудь LDPlayer или nox... Т
Хотя возможно проблема в том что на пк не сделали подобную донат-инфраструктуру, как на мобилочках... то есть ниша свободна, странно что ее не заняли
Если же человек хочет играть в игру дома на диване, то для этого есть консоли, что намного удобнее и приятнее чем держать в руках вечно разряженный горячий кирпич.
Консоли давно уже по сути пк и есть (только нежелание издателей не дает нам эти игры на собственно пк)
>А теперь представь, что разработчики %движокнейм% продались нашему Фалько
Только вот юнити не продавались Ironsource, да и Ironsource давно уже закрыли разработку того инсталятора.
Так что твой пример мимо.
А вот если инструменты фалько встроят в %движокнейм%, то я только сниму шляпу перед фалько - человек наконец-то к успеху придет
Потому что инструменты лишними никак не будут.
В топ плане как я понимаю Ironsource и то как они заключили договор - это по сути в юнити добавят новую площадку для заработка на рекламе.. И какая мне тогда разница? Чем она отличается от площадок адмоба, самого юнити?
>>821536
ну... вот вам из эпиков
https://github.com/LukasBanana
- чувак писал движки, был норм мужиком, устроился в эпик, работать над уечем, и теперь это "она"
Короче, не связывайтесь с готовыми движками, а то вдруг...
Тогда задам вопрос, как в движке сделать движение объекта на платформе чтобы они не опаздывали за ним
Якорь какой-нибудь замутить? Чтобы координаты сдвигались относительно плоскости платформы.
> был норм мужиком
Невозможно. Он был программистом, а это значит, он уже был анальником, до прихода в эпик. Давай не путать причину и следствие.
>способы отрисовки вокселей
Блин, ты определись сначала, ты хочешь труъ воксели (одноцветные точки, которыми заполняется весь мир и из которых состоят все объекты вместо треугольников), или стилизованные меши из треугольников в стиле воксель-арта?
>вся суть в тенях, мне нужно чтобы затенение было повоксельным
Не понял, а зачем тебе тени по вокселям? Если у тебя просто стилизованные меши, то сойдут и обычные тени из коробки. Если у тебя труъ воксели, то ты вообще не с мешами работаешь, для движка твоя графика не является трёхмерной (это просто точки на экране, которые ты выводишь вручную)...
>>823380
>Прибитые к полу предметы стали нормой.
С этого всё начиналось же. Попробуй подвигать что-нибудь в любой старой игре, там ничего не двигается кроме неписей, мобов и, в редких случаях, транспорта. Просто добавили полигонов.
>>823386
>движение объекта на платформе чтобы они не опаздывали
Рейкастом или информацией о коллизиях проверяешь, на каком объекте стоишь, и затем суммируешь свою скорость со скоростью того, на чём стоишь. У статичных объектов скорость = 0, у платформы скорость будет V, значит твоя скорость V + вектор движения персонажа, который = 0, если персонаж ждёт (idle), и <> 0, если персонаж куда-то движется по платформе.
>симсы
>исчерпали себя
Эээ, слыш! Я поиграл в мобильный Симс - говно полное, абсолютный ноль симуляции жизни, ИИ просто нет. Тупо куклы, которыми ты фармишь деньги на декорации... Вот старые симсы на компе хвастались сложным ИИ, а это фальшивка какая-то.
>на пк не сделали подобную донат-инфраструктуру, как на мобилочках
Разве? В Steam возможно настроить донат. Не через DLC, а через какие-то повторяющиеся покупки. Для примера, в GTA Online можно неограниченно покупать Shark карточки. Не понимаю, почему этой функцией почти никто не пользуется...
Алсо в веб-играх часто есть встроенная платёжная система. Да, доверия к ней меньше, чем к Гуглу или Стиму, но, тем не менее, если очень хочется - заплатить легко.
>есть консоли, что намного удобнее
>Консоли давно уже по сути пк и есть
Ваще не понимаю смысла и популярности консолей. По сути тебе продают ноутбук без экрана, без аккумулятора и с урезанным линуксом, который НИЧЕГО не умеет и который нельзя заменить на нормальную ОС (Винду), и который превратится в тыкву буквально через несколько лет после релиза. Старые консоли ещё имели какой-то смысл, когда у ПК в принципе не было видеокарт или когда ПК уже обладали видеокартами, но всё ещё стоили дороже автомобилей, а сейчас консоли стоят дороже ПК, но умеют намного меньше...
>добавят новую площадку для заработка
Переведу на русский: юнити технолоджи ОБОСРАЛИСЬ с фиксом багов и допилом фич, необходимых для разработки игры, а затем ещё сильнее обосрались с попыткой разработать и издать собственную игру, но зато решили прикрутить побольше средств для рекламы, маркектинга и микротранзакций. А ещё официально заявили, что те, кто не затачивает игру ассет-флип на выкачивание бабла из игрока - fucking idiots, ведь полноценную игру на их движке никак не разработать (они даже сами не смогли и признались в этом), только ассет-флип для выкачивания бабла микротранзакциями. Замечательно, просто замечательно, с таким руководством юнити ждёт бешенный успех.
> как в движке сделать движение объекта на платформе чтобы они не опаздывали за ним
Если речь о годоте, накидываешь на платформу Area и включаешь в ней собственную гравитацию. И после этого, всё что описал анон >>823489 движок делает автоматически.
Внимательно рассмотри человека на прилагающейся фотографии. Можешь ли ты представить себе, как этот мужчина плачет и набирает дрожащими пальцами телефон какой-то невнятной бляди, чтобы рассказать о своих чувствах к ней? Можешь представить, что он пропускает в очереди жирную мамашу с выблядком на руках? А то, что он работает пол-года, раздавая листовки, чтобы купить себе iphone? Ты видишь в нем человека, который стесняется сказать родителям, что на свой двадцать четвертый день рождения он хочет выпить с друзьями?
Теперь посмотри на него еще раз. Видишь ли ты на нем стильные брендовые вещи? Может он покрыт вздувшимися мускулами и толстыми венами? Он обладает внешностью киноактера или мужчины-модели?
Позади него стоит дорогой автомобиль?
Посмотри снова на этого мужчину и спроси самого себя, что с ним не так?
>Area
>собственную гравитацию
Ты в этом уверен? Гравитация Area действует только в пределах Shape, которые ты ей задашь, это во-первых. Во-вторых, какое отношение имеет гравитация к совместному движению персонажа вместе с платформой? Ты физику прогуливал? Да, конечно, у платформы есть своя сила притяжения, но она пренебрежимо мала по сравнению с силой притяжения планеты. Та сила, что удерживает человека на платформе, называется силой трения покоя. И она должна действовать на все объекты, а не только на те, которым ты включил имитацию гравитации.
Был пидарас, стал накрашенный пидарас. Чего не сделаешь ради карьеры.
А я не хочу тян, я хочу самодельную робототян с большими глазами.
Возьми движок с симуляцией трения. Делов-то. В годоте симуляции трения к сожалению нет. Точнее в буллете, офк, который в годоте за физику отвечает.
>Возьми движок с симуляцией трения. Делов-то.
Смешная шутка, вот только силу трения можно симулировать кодом, ты можешь всю физику сам написать при желании.
Большинству игр эта сила не нужна.
>>823581
Там другое, это вроде не влияет на движение платформ.
Это не настоящее трение, это не реакция опоры из сопромата. Это коэффициент, который влияет только на то, насколько будет увеличиваться смещение при отталкивании одного тела от другого, имитируя проскальзывание. Если же ты сдвинешь платформу, то вне зависимости от этого параметра тела, лежащие на ней, сдвинутся так, будто никак не связаны с платформой. Ещё раз, в годоте для симуляции реакций опоры из сопромата существует Area c параметром space_override
> ты можешь всю физику сам написать при желании
Чуваки из крутых контор типа Valve не смогли, а я возьму и смогу. Спасибо за такой царский комплимент!
"Вся физика" если её написать, будет выполнять один кадр симуляции за несколько минут на топовой пекарне, куда там до хотя бы 20 ФПС.
Какая же годот гнилая помойка. Рад, что наш брат-украинец(бывший разработчик годота) продолжает вскрывать этот гадюшник.
А за это воровство кода хуана не ждет бутылка?
Чет донатный мошенник совсем приухел там уже. В опен сурсе такое не любят
гнилой хохлошвайн хочет поднасрать опенсорсу и его успеху.
Хрюкни
Воровство-то в чём? В названии переменных? Или Хуан должен был свою собственную физику изобрести, чтобы расчёты не повторились?
Ебать годот говно ворованное оказывается. А как же так, как так то? Годошвайны ебаные совсем опустились, лёл, от такого позора уже никогда не отмыться
Зачем в платформере или что он там делает сила трения из сопромата? Это всё решается простейшими привязками. Если б игры гнались за реальной физикой у нас была бы производительность 0.5 фпс на 3090.
Обычно исходники с открытым кодом разрешают свободное заимствование.
На деле 1 кадр реалистичного света рендерится около 100 часов, хех.
https://www.youtube.com/watch?v=7l6QOcgWXfI
В суде это расскажет. Это производное произведение, в котором поменяли имена переменных. Копирайт от этого никуда не исчез. Авторским правом защищается текст программы, если копируешь текст и нарушаешь лицензию, то это уже преступление
>>823786
Надо указывать копирайт по лицензии
https://github.com/godotengine/godot/blob/fa7a7795f09688b1c71ddad40243e46909989054/servers/physics_2d/godot_body_pair_2d.cpp#L439-L468
копирайта box2d в файле нет. все, это бутылка
Расскажет это в суде и стребует с петухов компенсацию. Уже названиями переменных опенсорсной либы нельзя вдохновиться, охуеть вообще.
Ебать Андрей обоссывает говнот, миру не хватало такого погорельца, который будет в говне копаться
годотя под дурачка косит. этот скопированный код в котором поменяли имена функций и переменных
все идентичное
вот это нихуя себе!
а найди ещё, как хуан расстояние между точками вычисляет: вдруг там спижжена формула про корень из суммы квадратов катетов.
>реальность: спиздили код box2d и лениво через рефакторинг поменяли имена переменных, донаты ушли на шлюх и кокс
Переименовал бильбо беггинса в федора сумкина и теперь продаю властелина кольца как свое произведение. Проблемс?
Как забавно шизы защищают шизоидную систему патентов и корпорашей которые их же ебут постоянно.
Просто блять гигадегенераты каких еще поискать надо. Так вот они, прямо тут высирают.
каких корпораций, они спиздили опенс сурс проект и не вставили лицензию
опен сурс сообщество, на которое дрочит хуаня и ко, само дрочит на лицензии
уеч для чуханов
юнити для петухов
может еще vulkan рендер за хуаню написать? а донатами со мной поделится? нет? ну и идет он нахуй тогда
годот это и есть олицетворение корпоративного принципа as is. труд общий, прибыль частная
Прибыль - возможность использовать бесплатно. Ты получаешь намного больше стоящий продукт, сем вкладываешь в него.
>должен работать нормально
а думаешь как товарищ xraye-Z- нашел? видит - что-то нормально работает, это неспроста, подумал он
Я сегодня видел одну тян - прям идеал задрота
девочка с карре
милые очки
ошейник (как это по умному называется?)
колготки в сетку, у меня, как футфетишиста, аж встал
невысокая, худенькая, (насчет девстенной не уверен, в 2022 году же)
жаль что ебет ее какой-нибудь Вася подпивас, а я дальше дрочу на аниме девочек на экране монитора
>а найди ещё,
даже 30% совпадений буковок - это уже статья
Копирайтерство это чистой воды религия. Догматы выдумывающие какую-то маня лабуду, которой надо стоически следовать. Тогда как весь эволюционный прогресс развивается иначе, в том числе прогресс идей, без которого бы копирасты не имели и 99% того что они считают "своим".
а тооооооо ведь пропадешь
да, да, воруй! воруй, годотя!
всегоооооо не украдешь
Мне снится осьмнадцатый год:
Бежит копирайтеров свора,
И поднят на знамя годот.
И грежу, ворочаясь в спальне -
Ликует рабочий народ.
Как молотом по наковальне:
Годот! Годот! Годот!
Проснулся, очухался, кто я?
Хочу опенсорс розроблять!..
Но плачу, у зеркала стоя,
Ведь в зеркале юнитиблять.
То есть код моей игры тоже будет всем доступен или я не так понял?
Но ты должен указать кредитсы, т.е. не можешь утверждать что написал движок сам.
На нем по прежнему можно будет 2Д делать именно как 2Д или будет так же как в Юнити - псевдо 2Д через 3Д?
И старую версию же можно будет юзать?
Откуда вы это выдумываете про 2д?
Да, старые конечно можно будет.
Чел, я тебе открою очень страшный секрет. Никакого 3д не существует. Вообще все игры рисуются в 2д
И я не имею ввиду тут про то что монитор плоский - я про математику. То есть на самом низком уровне там вообще все двухмерное рисуется
>>823876
>именно как 2Д
Именно как 2д (то есть всякий там блитинг, пиксели и т.д.), перестали делать где-то в 95 году
Любое 2д с тех времен - это просто 4 вершины с натянутой текстурой, повернутые к камере (то есть можно и отворачивать от камеры - вот и создается эффект который ты обозвал псевдо 2Д через 3Д)
Следующий тред назову
Вечер в хату, посаны! Добро пожаловать к нашему шалашу, в тред любви и взаимопомощи
если не забуду.
мимоОПгодотреда
Или даже так:
Милости прошу к нашему шалашу, в тред любви, взаимопомощи и ворованного Box2D
Ну вроде же говорят что у Юнити - псевдо 2Д - там по факту 3д шная сцена.
А у годота по другому, и поэтому выше производительность в 2д играх.
меня производительность инетерсует под мобилки
чТО лол?
У юнити буквально 3Д - просто камера сбоку и типо 2д получается.
Про физон для 2д, спрайты и тайлмапы ты деликатно забудешь упомянуть?
видеокарта не умеет рисовать 2д, дурачок
вся графика это полигоны
И вот такие люди спорят о движках.
> А ЧТО ЗНАЧит лицензия МИТ в годоте?
это значит что в годоте охуенная лицензия. всё что тебе нужно делать - добавить текст их лицензии внутрь твоего проекта.
т.е. если класть документ, это может быть Godot Engine License.txt в дистрибутиве твоей игры следующего содержания: https://github.com/godotengine/godot/blob/master/LICENSE.txt
учти, что там еще несколько либ под аналогичными лицензиями, их тоже нужно будет включить. так что внутри дистрибутива игры можно завести папочку под лицензии или файлик со всеми лицензиями внутри, включая лицензию твоей игры
https://docs.godotengine.org/en/stable/about/complying_with_licenses.html
> и ворованного Box2D
не по-годотски как-то
по-годотски надо так:
> Милости прошу к нашему шалашу, в тред любви, взаимопомощи и инновационного 100% собственного кода!
Но я слышал что у юнити нагрузка сильно больше чем у годота при отрисовке 2д.
я ни о чем не спорю, это вы как сектанты тут, а мне просто нужно выбрать двигло для 2д стратежки под мобилки чтоб не охуевать от тормозов потом
Я вообще не понимаю зачем в юнити делать спрайтовые 2D игры когда полно шустрых фреймворков и движков попроще для такого, которые запустятся на кофеварке и не потребуют ставить 20к файлов одного только движка.
>нагрузка сильно больше чем у годота при отрисовке 2д
>два пропука на каждую букву.жпег
Помню тут кто то баннимарк делал со спрайтами мортал комбата на юнити и годоте, годот начинал лагать при меньшем количестве спрайтов чем юнити. А если юзать юнити дотс то там производительность в сотни раз быстрее годоти, если не в тысячи.
чо за дост?
ответвление какое-то от юнити? или новая версия?
Потому что в фреймворке нет редактора комнат, объектов, ui и прочего подобного
а вот почему не используют гамак - для меня загадка
Так она платная под андроид вроде.
Вообще, если запилить на комп, потом купить её, то игру можно будет сразу портировать на андроид?
Пользоваться ты им можешь бесплатно, но когда понадобится собрать билд, то можно купить месячную подписку за 100 рублей
>убогий интерфейс
>неудобная система нодов
>нельзя собрать под консоли
>нет ни одной нормальной игры на движке
Хороша альтернатива, ничего не скажешь
Чё?
Ты бы твои игры показал, серун
Я что-то говорил про ведро или линукс?
Свои показывай, чмонька
>ряяяя, толстя
Типичная годотня.
По сравнению с интерфейсом и системой объектов гамака годот полная пососня.
>барены не дают
Проблема исключительно разрабов годота. Надо было договариваться
>очередной геймдев тайкун
>что тут плохого
Ну если на годоте все игры такие, то это уже клиника.
У гамака - хотлайн маями и андертейл
У моногейма - долина стардью
У годота - очередной тайкун про разработку игр
>я слышал
в годототреде?
годот просто делает трансформацию пиксельных координат в мировые координаты, добавляет одну лишнюю абстракцию.
годот разделяет 2д и 3д на разные сущности, что очень затрудняет создание 2.5д игр
как по мне, то "2д" режим годота это скорее его недостаток
в юнити кстати есть тормозной canvas для этого, так-же трансформирует экранные координаты в мировые
годот просто взял идею canvas и сделал отдельный режим для этого
>Вообще не затрудняет
>Огромная простыня хаков как заставить работать 2д и 3д объекты вместе
>создание 2.5д игр нужно полутора людям
лол
нет в годоте? значит не нужно!
очень много инди делают 2.5д, потому что это позволяет сэкономить на графоне и сделать стильную не вырвиглазную в пикселях картинку
оно есть, но не работает с режимом 2д
поэтому я считаю что это бесполезный режим. у него сомнительные преимущества и реальные недостатки
>Любой 3д вьюпорт можно отрендерить в 2д текстуру и использовать в 2д
это не удобно. мне надо спрайты вставить на 3д сцене как 3д объекты биллборды
в годоте есть узлы для 3д спрайтов, а его 2д режим просто бесполезный
потому что это абстракция юнитивского канваса, которая зачем-то сделана как отдельный режим в движке. это хуевое дизайнерское решение
можно было бы просто этот 2d canvas сделать как узел для 3д сцены, сделать их 100 штук, сортировать по разному, рендерить с разными эффектами и т.д. без костылей
2d режим годота это просто лишняя сущность, которая создает искуственную сложность, вводит ограничения при работе с движком, и не добавляет ничего.
это тотальный дизайнерский проеб движка
>Попробуй напиши свой простой рендер 2D графики на директИкс или опенГл
Тащемто писал свой простой рендер 2D графики на bitblt из WinAPI, хорошо работало. А вообще-то до сих пор можно получать прямой доступ к видеопамяти, чтобы индивидуально байтики пикселей править. Да, медленнее будет, чем отправить пачку данных с кодом на видеокарту и забыть о ней до следующего кадра, но тем не менее способ есть. Или ты хочешь сказать, что при попытке записи в пиксели экрана драйвер видеокарты создаёт 2 микроскопических треугольника для заполнения одного пикселя, лол?
>много инди делают 2.5д
А эти инди, которые делают "2.5д", они сейчас здесь, в этом треде? Я лично ни одного не вижу. На твоих видео - фулл 3D игры, никаким 2.5д там и не пахнет. Или для тебя использование билбордов - это уже "2.5д игра"? Ну, поздравляю, значит практически все существующие игры, являющиеся по факту 3д, должны записываться в категорию 2.5д игр, потому что билборды используются очень часто.
Поясню по Годо.
1. Если тебе нужна 2D пиксель-перфект графика, используй потомки Node2D, потому что они оптимизированы для этого.
2. Если тебе нужна 3D графика с элементами 2D в виде билбордов, используй потомки Spatial (Node3D) и забудь о потомках Node2D, потому что билборды - это не 2D, а 3D сущность.
3. Если тебе нужна 2.5D графика, то тебе придётся писать собственный рендерер, потому что настоящая 2.5D графика существовала где-то в прошлом веке, оказалась бесперспективным говном и сдохла с приходом полноценного 3D. Сейчас её труп насилуют чисто по фану - никто всерьёз делать новые игры на этом не будет.
4. Если тебе нужно отрендерить пиксель-перфект 2D в 3D окружении или пачку 3D моделей в пиксель-перфект 2D окружении, то для этого есть специальная нода Viewport, позволяющая комбинировать два разных рендерера методом рендеринга в текстуру, которую ты потом можешь натянуть куда тебе угодно, хоть в 2D, хоть в 3D.
>для тебя использование билбордов - это уже "2.5д игра"?
а для тебя что? 2.5D это смешение 3д моделей и спрайтов, на этих видео 2.5D
>я делаю 3д игру, поэтому 2д функции движка бесполезны
Ну вот тебе они бесполезны, а кому-то другому очень даже полезны. Что дальше? Движок универсальный - предназначен для множества пользователей с разными потребностями. Хочешь движок чисто под свои желания? Пиши свой или заказывай у кого-нибудь за деньги. Ни один из универсальных движков по определению не будет подходить под твои потребности на 100%.
>>824068
>отдельный режим в движке
Он отдельный, потому что это удобно. Если тебе неудобно - это твои проблемы. Скорее всего тебе просто непривычно - это решается просто: со временем привыкнешь, если не бросишь использовать.
у тебя 2д объекты в одной плоскости
тащемта я написал что в годоте есть sprite3d
пока делал скриншот, охуел от хуевых дизайнерских решений годота. столько геморроя , чтобы просто показать картинку на экране
хуан типичный движкописатель-велосипедист с оверинжиниринг архитектурой всего и вся
>2.5D это смешение 3д моделей и спрайтов
>>824079
>2D графика в 3D пространстве
Глупости, это называется 3D.
2D графика: видим, как объекты движутся в строго двух измерениях - X (горизонталь монитора) и Y (вертикаль монитора). В идеале минимальный шаг движения объекта равен одному пикселю экрана, это ещё называют "пиксель-перфект". Примеры игр: платформеры, JRPG, всякая изометрия и так далее. Программно компьютер работает с двумя координатами, не считая "слоёв".
3D графика: видим, как объекты движутся в трёх измерениях - X, Y и Z, оси которых никак от экрана не зависят. Минимальный шаг движения ограничен точностью числа с плавающей точкой и зависит от расстояния до начала координат, т.е. о пикселях экрана никто даже не вспоминает. Примеры игр: практически любая современная игра, в которой есть третье измерение и игнорируются пиксели экрана, даже если весь контент состоит из плоских спрайтов. Программно компьютер работает с тремя координатами, постоянно умножая матрицы поворота и т.п.
2.5D графика: видим, как объекты якобы движутся в трёх измерениях (X, Y и Z), но на самом деле это очень хитрая иллюзия, и фактически движок работает в двухмерной системе координат экрана, строго ориентируясь на пиксели экрана. Т.е. в отличие от 2D, мы видим правдоподобное наличие оси Z, а в отличие от 3D, компьютер не проецирует трёхмерное пространство на плоский экран, а делает какие-то особые вычисления для создания дешёвой и зачастую очень ограниченной иллюзии. Примеры игр: древние гонки с полосатой дорогой (ну ты понял), вольфштейн, дум и т.д. Суть 2.5D: максимальное упрощение вычислений для древнего железа, которое просто не потянуло бы полноценное 3D в реальном времени. Сегодня смысла в этих технологиях нет, за исключением попыток делать игры под встраиваемую электронику с очень слабыми чипами.
Ещё раз: наличие плоских объектов (спрайтов, билбордов и т.д.) в 3D играх не превращает их в 2.5D, потому что они изначально созданы на технологии 3D. Если бы плоские объекты делали из 3D игры 2.5D игру, большинство игр считались бы 2.5D из-за плоской текстуры травы или самого дальнего от игрока LOD в виде текстуры на плоском квадрате. Взять хотя бы Майнкрафт, в нём трава, цветы и выпадающие из инвентаря предметы - плоские текстуры, но Майнкрафт однозначно 3D игра и не может быть выполнен на базе 2.5D технологий.
у меня нет никаких претензий к годоту. я им просто не пользуюсь. я написал что 2д режим годота бесполезный и является хуевым решением
> изначально созданы на технологии 3D
Так сейчас же всё через 3D прослойки делается, даже когда плоская картинка выводится. Отсюда и заблуждение что много спрайтов не должны тормозить, хотя на деле это 3D объекты просто повернутые к камере в фас. По этой причине тормозят всякие блядские интерфейсы, хотя казалось бы там всего несколько панелек фончик и буковки.
Разница между 3D и 2D в залоченной Z оси. Для опенгл как для рисоватора это похую, т.к. он превращает 2D в 3D с помощью перемножения матриц. Соответственно, на отображение влияет лишь количество говна, которое надо обсчитывать. Для 2D в этом случае батчинги и иные оптимизации довольно примитивны - просто склеиваем картинку, не обсчитывая что-то перекрытое сзади. Для 3D все формулы и алгоритмы гораздо сложнее.
Большее влияние Лок Z оси оказывает на физику. Исключение этого параметра делает формулы более простыми и быстро высчитфваемыми. Место всяких вхождений сфер в друг друга посчитать круг - огромная разница. Здесь, как бы юнити не старался, отдельные объекты для 2D действительно дадут огромнейший прирост по сравнению с 3D.
В общем и целом, если подытожить, разницы никакой. Важны прямые руки и неиспользование бехейверов в юнити и не юзаем метод update. Что по годоту, то его объекты равны ручному рисованию через метод draw и никакая оптимизация на них не работает.
>Здесь, как бы юнити не старался, отдельные объекты для 2D
В юнити и так отдельные объекты для 2д, и 2д физон тоже отдельный.
Ну, если там отдельный физон для 2D, похуям. Просто бехейворы надо стараться не юзать. Делать из них всяких менеджеров, контроллеров, но не для объектов. Тогда будет 9тыс спрайтов без лагов.
В годоте когда тестил было 4-5 тысяч без лагов, а потом резкая просадка в дно. Не помню с чем было связано, но надеюсь батчинг поправил это дело.
В юнити можно на объект повесить 2д-коллайдер и 3д-рендерер, и наоборот. А если использовать ДОТС, то и бихевиоров никаких.
Так этой самой оптимизацией 2D вообще занимаются сейчас? У меня такое чувство что нет. Иначе никак не объяснить всякие прожорливые 2D платформеры из каменного века.
Unity помойка для донатных мобилок.>>618624 (OP)
Я думаю, что нет. Во первых все должно быть на спрайтлистах кратных 64. Прогнано через прошу убирающую фотошопный мусор с файлов пнг и уменьшено как минимум до размера в полтора раза превышающий размер спрайта в игре. Для объектов которые часто создаются на сцене - пулы объектов.
Поздравляю, ваша игра будет весить максимум 100мб и работать без многопоточки, если вы конечно не высчитываете Pi до 70 знака каждый кадр.
Если вы ещё запаритесь и научитесь в repeat текстуры, то объектов на сцене станет минимум.
Если вы научитесь отключать модули которые не юзает юнити, все ещё улучшится.
Если вы магистр, который научится с помощью рипит текстуры делать инвентарь, то это будет вообще самая быстрая игра в жанре (привет пасфайндер)
>мне не нравится отдельный режим 2d в годоте. вот поэтому и поэтому...
>аргументов почему он бесполезный или хуевый так и не будет
в говне тоже
узлы говна это как GameObject с одним компонентом. в юнити в принципе можно все так сделать.
Хули вы пишете что пидарки на юнити, это самый народный двиг с нормальным сишарпом, делай что хочешь. А анриал это пидарские плюсы и блюпринты, из-за которых даже не смотря на все плюшки никто на анрылу не переходит
Заметь, таблички составляют безыгорные годоти и уечеблядки, игры то они делать не могут, остается только рисовать таблицы.
Если гейммейкер успел закупить по скидону и навсегда в стиме, тогда вин вин?
И хули по годоту так мало норм учебных материалов на ютубе и тд
>если начинаешь думать об Unity HDRP, вот тут уже UE подойдет лучше
если начинаешь думать о таскательстве лапши то да, уе подойдет лучше. По графону на любом движке получится говно если у тебя команды 3д артистов нет.
>если юнити это word, то godot это notepad
забавно смотреть как нормальный человек проходит через 7 кругов анального фистинга
Всё ещё неверный посыл. Для 2D лучше брать гамак, для внкок движки вн, для мобилок мобильные, для ртс движки для ртс, юнити нужен когда у тебя много 3D, но не настолько сложного по геометрии и трансформам, чтобы просела производительность в хлам. Опять же для онлайн игр юнити лучше не брать.
Посмотрел 20 минут этого кривляния юнитидауна. Хорошая попытка, но даун.
Если честно да, стоит отделять прогеров от просто освоивших движок и пишущих лишь в пределах его условностей.
Программист движка_нейм это всего лишь пользователь, за которого все основные методы определили изначально, он не обладает ни должным пониманием, ни свободой которые необходимы кодеру.
Игра 2д под мобилки планирую пилить.
Почему сингтон в унити такой костыльный?
В великолепном годоте это легко решается
>простой рендер 2D графики на bitblt из WinAPI
Только вот bitblt давно уже эмулируется, и ты работаешь не напрямую с железкой, а тупо с дублирующим буфером на процессоре. который потом винда отправляет как текстуру в видеокарту (то есть по сути тоже самое что ReadPixel в OpenGL)
Где-то с семерки в винде больше нет софтвара, все идет через DirectX
>>824073
> вообще-то до сих пор можно получать прямой доступ к видеопамяти,
Нет, нельзя. Ты можешь сделать копию буфера на cpu и с ней работать, и потом заливать его обратно, но напрямую нельзя. Винда не даст, да и нет таких возможностей.
>>824073
>что при попытке записи в пиксели экрана
чел, ты хоть разберись как работает gpu.
Ты не можешь писать пиксели напрямую в экран. Вот вообще никак. Ты пишешь в буфер который выделяет тебе cpu, и который хранится в озу, и вот потом этот буфер отправляется в видекарту, по аналогу текстур, или фреймбуферов
Игра по идее будет похоже на вот такие игры:
https://store.steampowered.com/app/1846700/Witchbrook/
https://store.steampowered.com/app/1594940/Little_Witch_in_the_Woods
Но наверно скорее больше будет походит на первую игру(Witchbrook).
Годот, естественно. Гамак не подходит для создания таких игр, доказано котлом.
Тест рандомный а не самый лучший.
Просто все вместе тестируем возможности скачать и запустить куперкуб.
Если баги - пишите сюда
https://gamejolt.com/games/Test0/737848
И кстати - в какой магазин лучше выкладывать игру (а я пока делаю), что-бы не платить 100 баксов как в стиме которые не факт что окупятся?
Список таких игр на годоте предоставь, так как на гамаке их полно.
> - Зайчик1 [лапка1.меш, ... лапка4.меш, лапка1.коллизия, ... лапка4.коллизия, пальчик1.меш,
Если что, в юнити будет точно такое же дерево транформов как в примере годота, за исключением что колизия и меш это часть ноды, а нее дети.
> 2. Java - у неё плохая репутация.
Может потому что она банально не подходит под требования геймдева? (структуры на стеке, перегрузка операторов, иногда указатели хотя бы как в шарпе ref out, убогий FFI, мб что еще)
Го для геймдева еще хуже чем жаба. Там даже функции нельзя перегрузить аргументами. Будешь копипастить код как еблан просто чтобы поменять тип аргумента и сойдешь с ума в итоге. Это язык прикол.
Вот в этом месяце еще вышел carbon от гугла. И глядя на его ридми на гитхабе я понимаю что гугл кроме каловой массы больше нихуя сделать не способен.
> А Раст чем не устроил
Становится пугающе большим и влиятельным. Корпорация Добра просто заюзала древний проверенный принцип Разделяй и властвуй, чтобы посеять смуту в опенсорс сообществе, посадить на свои аналоги, а через 5 лет объявить о закрытие проекта.
А почему перегрузка функций необходима именно в геймдеве? Из чего это следует? Вывод глупый.
Это плохо. Exe - конечный результат, исполняемый файл. Если упрощённо, то, имея исходники, ты можешь собрать exe, а вот разобрать exe до исходников проекта - такое себе.
Тут основы операционных систем, по сути. Экзешник - точка входа в программу, чтобы её запустить в рамках ОС. И вообще, exe, да и прочие расширения - условное обозначение для того, чтобы человек/ос могли понять, как работать с этим конкретным файлом. Это, например, тоже причина, почему так неинтуитивно это все выглядит при переходе в юникс системы, потому что там факт исполняемости устанавливается не расширением, а флагом к файлу.
>Аноним 31/07/22 Вск 13:24:58 №8247941002
>
https://gamejolt.com/dashboard/games/738214
Вот - попытка в меню и переходы между уровнями.
Попытаюсь сделать игру о фурррях.
>>824796
>>824624
>>824540
https://www.youtube.com/watch?v=s6WUebdEdo8
Чисто ради интереса. Вот мой стрим - скажите, на иных движках так же без кода легко сделать???
Там это, машинери обмяк и пукнул, прекратили разработку и заставили юзеров удалить с компов сам движок и все проекты на нём.
Помню, какой-то шиз сюда притаскивал это, мол будущий убийца всех юнитей и анрилов. А вон оно как вышло в реальности.
Заставляет задуматься, может Хуан не так уж и плох?
никто не пользовался этим движком, очевидно же. поэтому и удалять некому
>Помню, какой-то шиз сюда притаскивал это, мол будущий убийца всех юнитей и анрилов.
Я про каждый новый движок такое пишу. 2020-21 были богаты на движки, т.к. куча бездельников сидело дома из-за ковидобесия.
Я искал себе движок прошлого поколения, чтобы просто сидеть, пердеть, изучать его и делать свои штуки, а после этого собрать нечто рабочее. (Очевидно работать он будет шустрее, а никаких завышенных требований у меня нет)
Мой выбор пал на UE3 (UDK) но я не могу нигде найти - что с ним сейчас. На сайте эпиков - только заглушка что они перестали его поддерживать, никаких загрузок, ничего.
На moddb есть перезалив с последней ревизией, но хватит ли мне этого чтобы в конце собрать проект?
Проблема ue3 это крайне кривой много поток. Проблема настолько серьёзна, что некоторые игры на нём тормозят до сих пор на любом железе.
Тогда почему Масс эффекты не тормозили и работали даже на железе ниже минимальных требований? И это только то что сейчас вспомнил
Просто намекаю что самые тормозные игры эвер были именно на ue3. И стали локальным мемом в своё время. И пофиксили их тормоза портом на ue4. Но при этом сломали всё освещение, лул.
>машинери обмяк и пукнул
следил за этим движком и знал что все этим закончится. разработчики феерические долбоебы с каким-то невеорятным ЧСВ, поверившее что им будут платить за голожопый клон редактора юнити без фич на си.
сами идеи и архитектура заложенные в движок неплохие.
его бы в опенсурс и был бы реальный конкурент годота
они даже не давали просто скачать потестить движок. нужно было регистрировать и активировать движок
У них была инфа на сайте, что avalanche studios будут делать свои игры на этом движке.
just cause 5 отменяется
>Там это, машинери обмяк и пукнул
Судя по махинациям с лиц соглашением и требованием удалить код, добавленным задним числом - движок был выкуплен какой-нибудь корпорацией добра
Не смог там завести мультисэмплинг и на этом знакомство с данным поделием закончилось.
А за сколько я могу продать свою игру о фуррях на куперкубе с Барсом Макских???
>>825401
Это error-driven development и его изобрели те, кто работает с С++ и студией. Подход "клянчить деньги за фичи" - тоже стандартная вещь. В общем, ничего нового.
Без умения кодить в любом движке придётся продираться через боль. И базовые умения кодинга эту боль сильно облегчат. Так что лучше ими не пренебрегать.
берешь полностью законченный проект и начинаешь стирать символы, "раскоживая" проект. коммитишь удаления фич, добавляешь баги, склеиваешь хороший модульный код в нечитаемые монолитные небоскребы, которые потом даунгрейдишь до наколеночных прототипов. приходишь к пустому проекту. в IDE нажимаешь File → Uncreate project и рассоздаёшь проект
Да он и не против научиться. И даже хотел ему посоветовать какую-нибудь луа для обучения. Но на своём опыте знаю, что без явной мотивации складывать и умножать на любом языке не прикольно.
>Это передовая практика
мой пездюк
на самом деле это хуйня полная
Да, я помню эту хуету и она не работает, как и ещё 10 других рандомных способов. На гитхабе даже ишью висят. Может в 16 году работало, но решать их говнокод для такой простой вещи не было желания, поэтому моногейм был дропнут.
Они ничего не добавляют и меняют. Это тот-же говноклон XNA, архитектуре которого уже 16 лет. Это копролит
Нет
>>825418
>>825421
Куперкуб
https://www.youtube.com/watch?v=44_6ryaE-kA
Кстати, зацените мою новую менюшку. При нажатии будут увеличиваться буквы и будет сидеть грустная фурряшка у машины.
Как вам?
Я правда хз за сколько игр продавать буду - от 10 до 50 рублей
Это когда сначала бьешь граблями себя по лицу, а потом кладешь их на землю.
И как там фуррей создавать?
У меня мой ОС Барс Макских :-)
Давай я буду твоим симпом и буду тебе деньги отправлять, как Фалько Машане. А ты будешь говорить что мол я твой любимый и всё такое.
1)Сколько?
2)Мне правда интересно делать соло. Игру я потом буду продавать. Ну, а пока что мне интересно, как в DAZ 3D делать фуррей.
>>825502
Зайду из под впн
Как это отразится на играх? Должен ли код моих игр быть открытым?
В гугле забанили?
https://tldrlegal.com/license/mit-license
>Сколько?
А ты зайди в фалько-тред и посмотри, сколько он Машане отправляет. Вот такие в геймдеве расценки. При этом Машаня довольно симпатичная, поёт и клипы делает.
Ебать ты сверхразум, ложкой мимо рта часто промахиваешься
> Как это отразится на играх?
Они будут полностью твоими, ты ничего никому не будешь должен. В отличие от...
> Должен ли код моих игр быть открытым?
Нет. Даже если бы годот был под гпл, код всё равно не должен быть открытым.
>Поэтому в годоте выбрана более либеральная, но менее защищающая исходники лицензия
Гд скрипт сам по себе защищает исходники, так как исходники на гдскрипте никому не нужны.
>>825722
>>825730
А я вообще не пишу код у игры, куперкуб рулит!!!!!
>>Машаня довольно симпатичная, поёт и клипы делает.
Я тоже, но принципиально хочу добиться всего делами а не фактом того что девушка
> А че спорить, с санкциями вам теперь только годот, лол)
В смысле? Могу спокойно использовать как уеч, так и юпити.
> и бюджетом в 3 зарплаты программиста
Сколько там эпики выделили им миллионов, напомни?
"Godot получил Mega Grant от Epic Games в размере 250 тысяч долларов"
>>825918
> Epic Games introduces $100 Million Epic MegaGrants
А, это была общая сумма грантов. Я думал годоту миллиончики выплатили. Но оказалось всего 250к.
https://www.o3de.org/
Давай запиливай на нем или пиздабол.
че, снова будет "НЕ ТО"?
>Уже получилось. 3.5 шикарная версия.
пусть сначала в редиз выйдет
>Первые игры - 2011-13
Опечатался, первые игры ожидаются к 2111 - 2113 году
>но редактор просто минуту запускается и молча закрывается
Минута триала кончилась вот и закрывается.
Из пожеланий чтобы была модульность по типу юнити где всё разбивается на разные сущности со cкриптами для удобной архитектуры и всё.
>проще попробовать другой движок, какой, сам не знает
С чего клоун тогда взял, что в других лучше?
Хз, вот хотел узнать, может вы знаете. Ему там не нравится что тип автоматизации какой-то мало, тип хитбокс персонажа на каждом кадре нужно перемещать вручную и прочее
2д движком много хороших, пусть изучает под себя, раз такой привереда. Юнити стандарт индус-трии
>Изначально прогер хотел пилить её на юнити, но ща выяснилось что это двигло не так хорошо подходит 2д играм
Следуя из этих слов, этот кодер разобрался в юнити по видосикам и не имеет опыта разработки.
Ту вариант либо делать как он хочет, а ему выбирать то что удобнее. Либо посылать его нахер и искать пчелика который уже с опытам, что собственно чревато вообще никого не найти.
Мой совет сказать кодеру чтобы посмотрел еще видосиков и начал делать игру. По практичности удобнее юнити для 2д не найти.
Куперкуб
Вот видосы как делать меню, знания языка не нужно, просто при нажатии на то-то выбирай скрыть то-то
https://www.youtube.com/watch?v=s6WUebdEdo8
>>826027
Купергуб, игра на последних версиях делается без програмистов, все дополнения есть н сайте
>В 4.0 всё изменится.
угу, все сломали...
например больше нет поддержки шарп-скриптов
это забавно, они обещали сделать легкое встраивание своих скриптовых языков, а теперь сами не могут м$ шарп добавить (вот уже полгода), а ведь бета уже через 1-2 месяца
> Он как раз 5 лет бесплатно делал.
Он первые 5 лет в какой-то студии работал, за зарплату... Потом видать его выгнали вместе с его подделкой (почему даже нда не повесили - нахуй никому не нужно было)
какой же ты додик
>>Программисты Хуан Линетски (англ. Juan Linietsky) и Ариель Манзур (англ. Ariel Manzur) начали разработку движка в 2007 году, и через некоторое время он уже использовался как закрытый программный продукт в некоторых компаниях.
>>Хуан Линьетски на одной из презентаций сообщил, что название «Godot» является прямой отсылкой к пьесе Сэмюеля Беккета «В ожидании Годо». Она характеризует непрекращающееся желание добавлять новые возможности в движок, что будет постоянно приближать его состояние к идеальному инструменту всё ближе и ближе, но этот процесс не будет иметь завершения
Теперь все понятно