Почему C++ плохой выбор для Unreal Engine 5? | Blueprint тоже!
Вставка
- Опубліковано 17 бер 2024
- Разбираемся в проблемах использования различных языков в Unreal Engine. И почему C++ не альтернатива блюпринтам.
Лайв канал: / @decembrist-lounge
Поддержать канал/задать вопросы/смотреть видео сразу: boosty.to/decembrist
Вконтактик: decembrist_org
Телеграм новости/мемы: t.me/decembristit
Телеграм чат: t.me/DecembristITTV
Инстаграм: / nevornevor
4:22
Хз что за конфиг у вашей машины, зеон или селерон, но у меня компил аналогичного примера занимает 0.5 сек, а общее время выполнения LiveCoding меньше 2 секунд.
Хотя проц который будет 37 секунд компилировать 1 cpp и DLL к нему, менее вероятен чем медленная ОЗУ или накопитель
Ну такое. Лично у меня УЕ С++ был первым языком программирования. За пару лет привык, ошибок почти нет.
Свободно пишу код как на БП, так и С++, иногда переписываю туда-или обратно, если стоит такая задача.
Сложный спагетти код это скорее признак анскила. Потому что даже на БП можно писать изящно.
На С++ с одной стороны писать чуть сложнее, но с другой- сейчас есть ЧатЖПТ, он может писать куски кода, тесты, проверять ошибки, что ускоряет работу.
Здравствуйте, а у меня вопрос вы сейчас работаете ил учитесь используя С++ хотеля бы с вами пообщаться немного по этому поводу
Здравствуйте, где учили анрил с++? Есть что то подробное по нему от А до Я? Документация анрила это конечно плюс, но она нифига не понятна. Заранее спасибо.
@@shandy6113 советую начать с практики. Взять любую серию уроков и повторять за автором шаг за шагом. Через полгода примерно придет понимание что где лежит.
Документация вам не понятна, потому что не понимаете принципов ООП и устройство движка. Это придет со временем. Главное делать практику. Если не понятно, закрывать урок и искать другого автора, у которого понятно.
@@Poloskun4ik Я понимаю принципы ООП, я не понимаю английский к сожалению)) Некоторые методы имеют ряд параметров которые не понятно откуда брать. Как я понял, эти методы из БП. Мне как бы примерно понятно, что происходит в коде, но из-за реализации их классов другими людьми не совсем понятны тонкости которые я могу использовать. Опять же встает вопрос, я использую то или нет и есть ли альтернатива в некоторых моментах. Ну я даже почувствовал будто я с++ заново изучаю, только в этот раз я понимаю синтаксис)) Иногда даже зависаю на некоторых легких ситуациях из-за не понимая, что я получаю и куда это передать)) В движке когда лазил вроде как в классе актера или в срр физики, нашел комментарий по типу "я не знаю, что это делает, но я оставлю это тут ...". Как я уже писал, в документации не шибко написано про некоторые вещи, да и к тому же про некоторые вещи вообще ничего не написано. )) По этому решил спросить, может есть где то материал который по движку досконально проходится структурировано.
@@shandy6113 я такой документации не видел. А чтобы искать нужные методы и примеры их использования, делал запрос через Яндекс и иногда чатжпт.
Когда пишу код с нуля, часто делаю прототип на БП и потом уже переписываю на с++, так проще.
Но если в плане разбираться в чужом кода, согласен это трудно.
А у крупных студий тоже такой запрос есть?
Вижу сразу, человек не понимает про что говорит "Видно опять программиста который говорит что ++ не подходят" хотелось бы узнать у уважаемого, участвовал ли он в коммерческой разработке чего-то для геймдева, и что бы он сказал например за source 1 собрал ли бы он его и посмотрел на код структуру движка и так далее и вот тогда говорил бы что такое движок и плюсы, так еще не известно какое железо ЧТО ДОЛГО ЗАГРУЗЖАЕТ:/ к остальному вопросов нет
Я писал на всех в мире движках, доделал только одну игру и она не была на анриал. И везде было быстрее чем тут, на этом железе.
6:25 Что же случится дальше при нулевом указателе? Может быть краш? Не пробовал проверить? Это такой же, далее тупой вопрос из разряда "Почему, если я вышел за пределы массива моя программа получила критическую ошибку?". Движок UE это набор шаблонов пользовательских типов данных, которые любой программист, когда учит с++ пишет сам, просто в UE их уже написали и деструкторы налажены таким образом, что бы отслеживать незарегистрированные указатели в цепочке наследования. Ошибки можно увидеть при компиляции из IDE, для этого достаточно снять галочку с Live Code и в visual studio нажать alt+b. Ошибки макросов UPROPERTY и других, не показывает. Одним словом если написал не правильно EditEnywhere как я написал вместо E нужно A / EditAnywhere, то ошибки не будет показывать IDE. Для логов UE_LOG используют GEngine->UE_LOG... ведь GEngine можно проверить. Одним словом UE это те же правила с++, те же возможности с++, так же обратная совместимость с с++ (ведь переписать их класс можно под себя). Минус только в другом языке(Английский и их сокращения). Привыкнуть можно к этому со временем. У меня комп не топ, зеон 2670v3, 48гб оперативки и 1070ti, дешманский ssd на 512 с али и я больших проблем не ощущаю. Как при первом пуске, так и при последующих пусках анрила. У меня стоит анрил открытого исходного кода, 200гб занимает. Анрил запускается в режиме Development edit вроде так, а не debug. Так же не стоит забывать, что блюпринты использую библиотеки которые тебе не нужны, а может и нужны, но проверять ты их будешь всегда. В с++, этим распоряжаешься ты, если нужны сферы то их нужно подключить, нужен ИИ подключи 2 библиотеки, нужен статический мешь, то подключай и тд. По поводу своих блоков в UE для БП, это же есть и так, для членов это UPROPERTY(), а для методов это UFUNCTION(). Затем пользуешься своей писаниной в БП, а если наоборот, то нужно лезть в движок искать их функцию и вводить кучу параметров(кроме определенных уже). Так же обрати внимание, что все эти минусы с управлением памяти дают возможность самому контролировать процесс разработки, так же все фишки с процессорным распределением ресурсов остались так же, ведь это помогает тебе делать огромные миры и множество объектов, а не как в юнити игру размером с комнату где уже плохо движку. Сам посмотри на этот счет из представленных существующих проектов обоих движков. Я прямо не спец конечно, но что знаю описал.
Час прошёл и ни одного коммента до сихпор, ладно уговорил буду первым.
Про дебаг плюсов не понял. Что значит не узнаете значения переменных в дебаге? Из студии в дебаг режиме можно все значения переменных посмотреть, их типы и адреса в памяти.
У меня в rider некоторые переменные не выводятся, нам написано "значение скрыто из за оптимизаций"
@@DecembristITTV хм, в студии такого нет.
Мне казалось в студии также, надо проверить
@@DecembristITTV может в каких то случаях это бывает (хотя я реально очень удивлюсь если это так), но я ни разу не сталкивался. На работе сейчас много дебажить приходилось и никогда ничего подобного не было, за исключением случая, когда я случайно попытался дебажить в режиме релиз ) Ещё может быть не скачаны дебаг символы анриаловские? При установке он спрашивает качать или нет.
Натыкался ли ты на Unreal Engine Angelscript?
Я сам еще не трогал, но по описанию пушка-бомба
Ещё Не пробовал, как раз на завтра про это новость в тг канале написал. Единственное чо мне не нравится - это форк движка
как выбрать другой язык в Ue5?
Погугли unreal.js это все что есть, помимо cpp и blueprint
unreal javascript? новое дно пробито
@@DecembristITTV
Какое дно пробито?), если поможет почему не пользоваться, хотя мне лично не кажется удобным.
Твое мнение это только мнение, даже если тебе кажется, что тебе этот мир абсолютно понятен, братишка)
@@DecembristITTV я не писал такой вопрос.
@@DecembristITTV Ужас, они даже в анрил интегрировали этот вонючий джаваскрипт, позор. Javascript объективно плохой язык для серьёзного программирования.
Проблема геймдева глобально в том что для крупного проекта важен "Редактор" - причем важнее всех остальных частей движка, без редактора ты просто не сможешь связать художников, звуковиков и т д воедино. BluePrint единственный способ усилить эту синергию. Если Эпики и дальше развивали С++, это бы просто создавали команды разработчиков которые потом могут мирно перейти ну кучу других технологий/движков со своими навыками.
Язык Haxe может компилироваться в другие языки, в шарпы, джаву, js, плюсы, php, можно сделать таргет для блюпринтов наверно
любой язык может компилироваться в любой язык. этим занимается транспайлер
@@404Negative возможно, просто на haxe это стратегия разрабов языка, а на других это стороние решения, разный уровень поддержки получается
will it run on my 486 ? 🤔
Give it a try)
Делаю две игры сейчас (сетевую и однопользовательскую) чисто через Блупринты. C++ уже забыл. И надоел он уже давно МНЕ.
Очень сложную игру делаю (и одну менее сложную). Но ничего не тормозит! Процессор i3 9000 и 4060 видюха. Меня всё устраивает.
Unreal Engine это просто прекрасно. Люди могут делать сложные игры без команды и быстро! Такого не было 15 лет назад! Я о**уительно рад тому, что люди могут сами делать игры свои!
Короче, просто очень рад:)
😂🎉
Очень сильно не согласен 14:45
Скорость чтения блупринтов выше, чем скорость чтения кода в 2 - 4 раза. А скорость написания - ещё выше... В целом игры делать быстрее.
Но я делаю эти игры 24/7 и НАИЗУСТЬ знаю где у меня что в "коде" блупринта. Мне ничего ИСКАТЬ не надо. Я помню где-что.
Ну тут надо смотреть как ты пишешь код обычно, но если нраица то я рад, просто есть те кому не нраица 👍
👍
Возможно ты просто не писал на чём-то другом и уже привык к этому, и тебе кажется это нормальным))
А ты попробуй не в одиночку, а командой...
Вот такие дегенераты больше всего бесят в коммерции. "Я всё знаю наизусть", "мне удобно", "пишу БП в 2-4 раза быстрее, чем плюсы". У меня к тебе ряд вопросов:
1) что будешь делать, если кто-то другой внёс важные изменения в твой блупринт и залил в скв, а ты тоже дофига сделал. Как будешь соединять воедино обе пачки изменений?
2) если есть блупринты, в которых дофигище методов и логики, по несколько графов, много переменных, то как ты будешь в них искать что-то конкретное, если ты точно не знаешь, в каком именно блупринте находится функционал, который ты ищешь. Как ты его найдешь? Документации нет, а времени мало.
3) твои макароны начинает модифицировать человек, который не знает тонкостей работы execution flow, в следствии чего не понимает, что delay в одной из веток then не застопорит последующие и т.п. приколы с другими макросами, конструкциями и асинхронными методами. В итоге ловишь кучу багов, но разбираться и исправлять надо тебе. Поскольку функционала тьма, то не факт, что понятно, где именно поменяли логику таким образом, что всё сломалось. А разобраться надо быстро. А у тебя есть diff только для блупринтов. Сравнивать другие uasset'ы ты не умеешь.
Самый недооцененный канал на Ютубе
не досмотрел до конца , но так скажу что hot reload и live code мало кто использует , обычно проект перекомпилируется через ide что занимает 10 - 15 секунд
23:26 так что самое главное то?
Не понял. Почему ты считаешь поддержку C# в годот неполноценной?
Потому что нет экспорта на все платформы, и потому что эдитор не умеет мапить ивенты на си шарп классы, + не все си шарп апи работают, например в работе с асинхами. Ну и в общем то как надо работать с си шарп кодом больше похоже на костыль приставленный к основному языку.
@@DecembristITTV всё что ты описал кроме экспорта легко решается самим кодом на шарпе, для этого не нужна специальная поддержка движка. Есть фреймворки на гитхабе от студий использующих godot где всё это и многое другое уже решено. C# более полноценный язык чем gdscript, его базовые фичи позволяют сделать любой api и стабильно работающую кодогенерацию в два счета
Ну ты спросил почему поддержка неполноценная, Я ответил, ты подтверждаешь своим ответом что поддержка менее полноценная. И что нужны дополнительные усилия. Никто не говорил что поддержка 0вая и тем более что C# в сравнении с гд скрипт в вакууме проигрывает
Экспорт это значительная проблема.
@@DecembristITTV Экспорт обещают скоро поправить. Установить пакеты с нугета я не рассматриваю как значительные усилия.
Они мнего чо обещают но это всегда затягивается.
А дружить эти фреймворки от компаний не надо усилий приложить? А изучать их дополнительно? Все должно из коробки работать как в гд скрипт, не понимаю зачем с этим спорить.
Может быть юнити компилируется быстрее потому что это не та компиляция, что на C++? Может быть он компилируется быстрее потому что там JIT компиляция? Что всенепременно потом сказывается на производительности в рантайме.
В рантайме все компилируется в машинный код там. Для ААА студий мб производительность рантайма, с которой +/- все нормально и у других движков, может иметь решающее значение, но мне как индюшатнику надо быстро прототипировать мочь, чего не получается с плюсами сейчас.
Оба предложенные варианта - ерунда. Свой язык, это полная утопия. А парсинг блупринтов, это дополнительная головная боль разработчика и усложнение пайплайна. И если для больших студий это еще худо-бедно допустимо (но зачем им оно, если им проще нанять дополнительно C++ девелопа), то для инди это просто будет непонятный атавизм.
На мой взгляд, нужно идти другим, более адекватным путем - взять все лучшее от скорости компиляции и удобства графических форм, и при этом развить их в максимально удобный формат "сверху вниз - слева направо" (это если простым языком). Наиболее здраво к этому уже как ни странно приблизились разработчики движка Construct 3. В их визуальной системе используется такой подход. Он не идеален, и там тоже есть что улучшать, но вектор правильный. Из всех систем визуального программирования, пожалуй только их система не вызывала ломки при переходе от написания кода к визуалу.
Если и говорить об улучшении для UE, то нужно упрощать и делать удобней, а не наворачивать сверху дополнительное, и уж тем более не изобретать аж целый велосипед в лице языка. И конечно, это мое скромное имхо, но я уверен, что работающие с движком меня поймут.
Да этот Версе погоды не сделает. А как итог где Фортнайт, который грозился стать Роблоксом))) собственно Версе и стал проблемой этого СДК.
как по мне - в идеале еще одна кнокка на БП - траслировать с спп файл и все. А если еще и наоборот ил спп в БП - прям сказка была бы. Этим бы решалась и проблема с вершион контрол
@@user-kz6cj6bk8f а в чем проблема сделать cpp в БП? Если я правильно понимаю, то ты пишешь про блоки БП которые можно писать в cpp файле, а затем вызывать их в БП. Если да, то их можно было всегда писать, а иначе как по твоему они написаны?) UFUNCTION (), UPROPERTY () тебе в помощь и макросы. В обратную сторону это тоже работает, но как правило необходимо писать все параметры метода начиная от актера и заканчивая цвета предмета, а те что стоят по умолчанию(определены уже) можно опустить.
как по мне, свой язык для движка звучит как дичь
лучше всегда брать существующий и адаптьировать его под движок
у существующих языков уже есть комъюнити, уже решено много болей, уже есть какая- то инфраструктура и тд
например тот же JS отличный язык для скиптовой логики
так же с ним посоперничать может lua, но по кол-ву инструментов, инраструктуре и комънили это кончно пропасть
Ну на Анрилке по сути дела кастомный С++. То есть от плюсов там только базовая база (синтаксис). А все остальные библиотеки там анриляшные. Поэтому смена языка может пройти почти незаметно.
В UE самый настоящий С++. Не нужно слушать всяких проходимцев, которые не открывали движка.
Чтобы в этом убедиться, достаточно скомпилировать Unreal в Visual Studio.
Свои собственные реализации структур данных, не говорит, что язык там другой.
Какой же ты навязчивый гражданин, слушай а в самых настоящих плюсах тоже сборщик мусора свой есть?
Я так понимаю у тебя рекорд Гиннесса по количеству открываний движка?)
@@Alex_Veresov он то настоящий, но по сути у тебя фреймворк построен вокруге. Никто не говорит о том что это не плюсы. Просто объясняется, что там много чего сделано для того чтоб лишний раз себе колено не отстрелить.
@@Alex_Veresov самый настоящий да.
С самым настоящим стилем середины-конца 90х, кто диды - помнят такую дичь как MFC для гуя и ATL для COM-объектов - вот с такими же волшебными кулхацк-макросами на сишных дефайнах. Когда в первый раз начал изучать тему - из документации и туторов аж родным вижуал студио 6.0 нафталином пахнуло)))
запускай стедлон, если хочешь что бы движок не падал( но есть ли смысл???), повторные запуски проекта обычно быстрее. Цена обработки исключений слишком большая, что бы их использовать в игровом движке.
Сколько боли в этих глазах
никогда не работал с UE, и не собирался работать, но после твоего видоса точно не буду с ним работать!!
ну и зря.
Пох
Это звучит как будто человек в детве упал с велосипеда, потом рассказал как это было больно и плохо своему другу, а этот друг потом решил не учится кататься на велосипеде. Все детство этот так называемый друг бегал за своими друзьями на велосипедах, никогда не прокатился по лесу на нем, потерял много ярких событий и в итоге остался один в какой то момент. Потому, что бегать долгое время когда нибудь надоест, а некоторые вещи потом очень сложно переиграть по другому.
Надо было писать на "С"...
Для таких вещей нужен LUA, аминь!
Анриал топ, даже со своими ошибками и приколами, графика топ, куча методов оптимизации, куча настроек для оптимизации движка и там даже можно сделать один проект на двоих человек и у меня компилируется все меньше чем за 200 мс
Плюсы 200мс компилируются?
@@DecembristITTVА всё таки, какой архитектуры твой процессор и сколько у него ядер?
Ну то есть плюсы плохие потому, что они сложные и потому что компилятся долго?
Плюсы не плохие, плюсы неудобные для геймдева, учитывая что есть рабочие альтернативы
@@DecembristITTV зато они быстрые и производительные. За это мы и любим Unreal.
А плюсы, на мой взгляд, не удобны для всего. Если их можно не использовать - лучше не использовать.
Unreal очень медленный, непонятно почему в unreal for fortnite они это поняли и сделали отдельный язык, а в основном движке нет...
Что ты несешь, откуда это информация, какой unreal for fortnite?
Пожалуйста, пиши java, sharp и не трогай unreal и c++. В чем не разбираешься от слова совсем.
да ладно, не всё так печально по скорости
Ну на плюсах это самое печальное что есть в топе движков
1. Интересный заход про то, что языки не выбираешь. C#? Unity. Java? Libgdx. C++? Unreal + треть гитхаба самопальных. JS/TS? Defold/Cocos Creator. Rust? Bevy. Just4Fun можно юзать Go с каким-нибудь g3n (только загуглил).
2. "В Unity нет альтернативы. Там только C#."
Unity Bolt: я что, шутка для тебя?
Либо смеха ради ставь бородатые версии, до v5. Там вообще 3 языка: C#, JS и Boo (что?).
3. Анрил с крестами вообще не трогал. А если код с ошибкой в try/catch и выводить messege и call stack в лог. Отработает?
1. Я сказал, ты выбираешь движок а не язык, возьми подпиши на Java в Unity например, можешь? нет.
2. Болт это кусок говна, change my mind, то что там когда то было не вижу смысла обсуждать, было и было.
3. Отработает, тока try/catch там не приветствуется, да и все ты на свете в него не обернешь. Там часто ошибки просто из движка вылетают.
Без негатива)
В LibGDX даже редактора нормального нет, лол.
Уважаемый. Ты запускаешь же редактор проекта Unreal Engine, а не движок.
Ок, а движок как запустить? Как мне получить пользу от этого комментария?
@@DecembristITTVподумать над моими словами и прийти к правильным выводам.
Движок как запустить? Никак. Запускают игру, которая создана на движке.
Эта фраза абсолютно понятна носителю языка, так говорят все, есть ещё куча таких фраз. Если ты зашел сюда поумничать, то ладно, признаю, ты очень умный. Больше так не делай, спасибо.
@@DecembristITTV этого недостаточно. Требуется, чтобы люди говорили правильно.
Я сюда зашёл посмотреть про UE, скоротать время, отдохнуть немного. Но просмотр был испорчен плохими комментариями к действиям.
Ой все, иди трясись)
Может кому будет интересно, есть приблуда для написания в UE на C#
ua-cam.com/video/t8nP0IEWLZU/v-deo.html
Она не поддерживает 5 версию, ее забросили, и как я говорил в ролике это просто набор скриптов, они не заменяют плюсы и блюпринты
C++ норм !! 12 лет работаю проблем нет !
Мне бы твои 12 лет
так ты игромейкер ? я думал ты джава бекендер
Я везде и всюду, ничо не знаю, но все умею
Про блюпринты вообще не правда, все зависит от того, кто пишет код на БП и какой подход использовать. Не слушайте этот бред дилетанта из видео.
Послушай дорогой не делетант, то что прогинг под UE это долго это не я придумал. Вопрос с чем ты сравниваешь. И еще "вы все врети" это не аргумент...
По читаемости это объективная правда. Но скрипт как альтернатива типа Версе тоже такое себе).@@DecembristITTV Как вариант претензия Эпикам основная и ты ее упомянул это запутанная трасировка и трактовка Acces Violation для 99% случаев ошибок новичка в UE). И да она конфузит только новичков которые не могут локализовать проблемное место в коде и определить конкретную причину по всему call стеку.
Ich habe ein Problem
?
Ща нам Тим Свинни завезёт Вёрс и заживём! (Нет). А вообще у анрила свои преимущества перед юничкой. Его зверская строгость дициплинирует и не поучится с тремя красными ошибками и десятком жёлтых спокойно запускать и разрабатывать проект. Приходится следить за тем, что делаешь. Да и блупринт чертовски хорош.
Моддинг был бы живым и тогда да, было бы супер
че эт c# скучный) он ж в godot тоже есть. Хотя несколько не удобно приделан.
годот только для 2 д игрушек
@@ak-rz7emдавно уже к годоту прикрутили 3d, и он довольно неплохой.
Skill Issue
Чел не научился запускать редактор из под дебаггера и ноет об этом весь видос. Помянем.
А, ладно, умеет. Но выключать оптимизации не научился. Помянем.
И врёт про работу блупринтов. Какой байт-код? Какая компиляция в standalone? Ты про рефлексию вообще слышал? Может сам догадаешься, зачем она нужна?
Если бы ты вежливо разговаривать умел я бы с тобой поговорил, ну а так лососни тунца 😎
unreal verse 💀💀💀
это показывает общую деградацию эпиков
С++ идеальное решение, просто анрил своей рефлексией все портит, да и в принципе это не серьезный движок, сейчас тупа махают хвостом перед инвесторами
Ну а что плохого в verse, у тебя же не отбирают плюсы, для разработчиков среднего инди может норм зайти
Я лично буду пользоваться
Verse изначально был придуман не для разработки игр, а внутриигрового контента от игроков в играх по типу метаверсов. Плюсы всегда останутся предпочтительней
@@DecembristITTV говно синтаксис
Плохому танцору, ноги мешают
Аргументы будут?
@@DecembristITTV у тебя в названии ролика написано что С++ и бп это плохой выбор для анрила XDD мне точно нужно приводить аргументы?
Вот я научил тебя как работает кликбейт, не благодари.
А аргументы надо приводить, если хочешь высокого уровня дискуссии, если не хочешь то ладно 😎