Компания Silicon Studio открыла (https://xenko.com/blog/xenko-opensource-mit/) под лицензией MIT исходные тексты (https://github.com/xenko3d/xenko/) игрового движка Xenko 3.0 (https://doc.xenko.com/3.0/en/ReleaseNotes/ReleaseNotes.html), который можно применять (https://xenko.com/features/) для 3D-игр, реалистичного рендеринга и систем виртуальной реальности. Для разработки применяется язык C#. Поддерживаются (https://github.com/xenko3d/xenko/tree/master/build) платформы Linux, Windows, macOS, iOS и Android. В состав движка входит визуальный редактор для создания и управления контентом для игр и графических приложений.URL: https://xenko.com/blog/xenko-opensource-mit/
Новость: https://www.opennet.dev/opennews/art.shtml?num=49083
Не взлетело. Просто выкинули ненужное.
Ещё бы, там используется C#. Никому и ненужно.
Юнити вроде тоже , и Чо ? Не писать на Юнити ? Или ты личное фи сказал сейчас ?
Не писать на Unity, т.к. Unity - УГ. Игры на этом движке, самые тормозные и жрущие ресурсы. Альтернатива? Unreal Engine и другие.
> Не писать на Unity, т.к. Unity - УГ. Игры на этом движке, самые тормозные и жрущие ресурсы. Альтернатива? Unreal Engine и другие.А может просто логичнее не быть недалёким максималистом?
Для инди игр с несложной графикой вполне нормально, типа Monument Valley
Когда создают инди игру с несложной графикой десятилетней давности, которая требует современное железо на минималках, то это не прогресс, это деградация.
Это прогресс, тк требует на порядки меньше времени разработчика. А железо разницу в производительности компенсирует.
угу. ура, разработчики теперь могут делать много гуано ещё быстрее!
Неа. Так всегда было. Программы едва ворочались раньше, едва ворочаются и сейчас. Программы были не абсолютно оптимальные, а настолько, насколько необходимо. Как и сейчас. Вся разница -- насколько оптимальными им нужно быть. Демки оптимизируют просто нереально сильно. Тяжёлые системы рендеринга оптимизируют очень сильно, игры очень сильно. Браузеры слабее, но тоже оптимизируют. Оптимизировать остальное -- делать троллейбусы и из хлеба: В целом ненужно, но временами для развлечения норм.
>Игры на этом движке, самые тормозные и жрущие ресурсы.Проблема не в движке.
Отчасти в движке, отчасти в разработчиках. Юнити сам по себе склонен к тормозам, но его можно хотя бы отчасти оптимизировать. К сожалению, однако, большинство игр если и оптимизируют то до состояние "ну более-менее терпимо" и выкидывают в продажу. Ведь главное "простота и быстрота разработки", "time to market" и тому подобное.
Если разработчик при этом небольшая инди студия, то уже сначала ты получаешь "у нас мало ресурсов, чтобы что-то с этим сделать, но мы определенно работаем над этим", а через полгода-год "игра уже старая\неактуальная\малопопулярная, нам пора двигаться дальше".
я бы не назвал Анриал альтернативой. Хоть и менее жирный (но все равно достаточно тяжелый, в сравнении даже с 3 версией), но, например, для 2д игорей не подходит совершенно - приходится велосипедить с нуля и оптимизация все равно получается хуже, чем у 2д игор на 2д движке
Юнити это кусок хипстерского !@#$%& и всегда им был. Выбор c# до сих пор им аукается, юнитискрипт и вовсе слили. Внутри многое сделано на адских костылях и худо бледно годится клепать только пятиминутные казуалки.
Сложилось впечатление при анализе прессы, что #C наоборот пророчат успешное будущее. Почему ненужно, можете пояснить?
C# пророчат успешное будущее? Это какая пресса? Продажные журналисты мелкомягких? :)
C# заточен под Windows архитектуру. Да, они там что-то замутили по поводу кросс-платформенности, но что-то я не вижу на тематических ресурсах, чтобы хоть кто-то задавал вопросы по данной технологии. Это как была такая вещь в себе, так и останется. Есть куда более лучшие инструменты, которые уже распространены и используются. C# - ну никак не сможет захватить мир.
Вы пишете явно о том, в чём не разбираетесь. C# очень годный язык для своей ниши. И годные игры на нём тоже можно писать (и пишут, с использованием MonoGame и FNA). Если сравнивать с Java, прямым конкурентом которой и является C#, последний предлагает много способов оптимизации кода там где это нужно. В крайних случаях можно даже спускаться до использования указателей (в рамках C#), либо примешивать код на C++ там где это актуально.
Вообще-то есть JNI, и от Жабы при желании можно оставить одну обвязку, написав весь критичный код на "крестах".
Верно, но инструментов для оптимизации в самой Java нет. Только через неудобный интерфейс к C. Повторюсь, указатели в C# доступны без перехода на C/C++ (в unsafe блоках кода). Я уже не говорю про нормальные структуры, способность языка явно выделять память на стеке и т.д. Java в этом плане крайне ограничена. Даже блин нормальных числовых типов не завезли (да, я хочу явно выбирать между знаковыми/беззнаковыми). Причём, в плане поддержки высокоуровневых конструкций она тоже отстаёт от C#. Вяленько внедряют то что было доступно в C# уже лет 10 как.Я сам в году эдак 2005, основываясь на религиозных убеждениях, отрицал то что C# на самом деле крут, и Java хоть и послужила вдохновлением, сама сильно отстаёт в гибкости C#. Но поработав немного и с тем, и с другим, пришлось в итоге изменить своё мнение на противоположное. Пришлось признать, что сама технология и крута, и по сути единственным недостатком было только то, что официально оно было заточено под одну ОС, а Mono был лишь в роли неофициального догоняющего с кучей проблем. Но это уже изменилось, и C#/.NET уже несколько лет развиваются как настоящее кроссплатформенное решение.
Чисто теоретически, совмещение автоматики с ручным управлением должно суммировать недостатки обоих и делать жизнь разработчика намного более интересной, чем ему хотелось бы.
Впрочем, сам Шарп не щупал и не собираюсь, так что спорить не буду.
Насчет кроссплатформенности - история показывает, что на обещания M$ полагаться нельзя.
И если можно обойтись без привязки к этой конторе - не связываться с ней вообще. Себе дороже.
Даже если кто-то объявляет это беспокойство о будущем "религиозными убеждениями".
> C#/.NET уже несколько лет развиваются как настоящее кроссплатформенное решениеВообще-то, .Net Core, что есть немножко не то же самое.
C# слишком высокого уровня. Ни один компилятор не заменит
человека, оптимизирующего код на C или ассемблере. Он просто
не может делать итерации и смотреть производительность
программы. Он не может быть энтузиастом, который ковыряется
в ассемблере и знает все команды наизусть и имеет творческий
подход.
Если в компилятор заложить работу процессорного ядра,
если заставить его смотреть на программу глазами или
механизмами процессора, даже если заложить все комбинации или
ответвления выполнения, то окажется что организация x86_64
с "приветиком"...
Не обижайтесь, но x86_64 это "игрушка с прибабахом".
Я оптимизирую всякое на Си с интринсиками. Первые два предложения были разумными ("C# слишком высокого уровня. Ни один компилятор не заменит человека, оптимизирующего код на C или ассемблере."), а дальше у вас начался маразм.
> Первые два предложения были разумнымиВы издеваетесь?! O_o
>> Первые два предложения были разумными
> Вы издеваетесь?! O_oт-с-с-с! это Секретные Советские Технологии, где код на сишечке оптимизируют вручную, в Секретных НИИ.
C# рулит в кровавом энтерпрайзе, где тыща человек делают проект много лет и большая текучка. Но производительность и потребление ресурсов не ахти. Язык будущего - это C.
Ну подумаешь один из самых популярных и востребованных языков...
Js тоже популярен и востребован.
Лол, что? Посмотри рейтинги языков. Что-то я не вижу C# в лидерах.
индюшатники с божественным XNA/fna/monogame смотрят на Вас с недоумением
это такая юнька на минималках?
На этом движке что нибудь хоть сделали?
Не знаю, как там Xenko, а вот Godot - хороший движок под MIT-лицензией и с поддержкой шарпа (вот на нем как раз успели уже много чего сделать)
Давно поддержку шарпа прикрутили? У них же вроде был только свой питоноподобный язык + возможность писать модули на крестах.
> Давно поддержку шарпа прикрутили? У них же вроде был только свой питоноподобный
> язык + возможность писать модули на крестах.В 3.0 прикрутили, относительно недавно.
Понятия не имею, в каком месте Godot хороший движок.
в том, где сейчас gamemaker, например
Unity - отличный движок. C# - отличный язык. Xenko да, выкинули. Поддерживать и развивать никто не будет, без поддержки же данный движок не нужен будет никому.У Unity, как и у Unreal вполне щадящие условия лицензирования. Так что использовать будут их.
Escape from Tarkov - наши делают. Да и вообще у Unity сейчас графика уровня ААА-проектов. Не надо тут.
Но Анриал Энжин всё равно лучше.
Чем лучше? Почему лучше? Какие будут факты, метрики?
чем юнити
Вопрос, какие требования к железу предъявляет эта ААА-графика.
Serious Sam, например, был для своего времени тем самым ААА-проектом.
Для него CryTek пришлось написать очень оптимизированный движок, но в результате играть можно было практически на чем угодно. Как тот Юнити ведет себя на нынешней интегрированной графике?
Ответ очевиден. Жрет ресурсы как не в себя.
Вот вы утверждаете, приводите доказательства.
>>>>CryTekНе CryTek, а CroTeam!)
Да, конечно. Кроаты.
Это я "с прямым углом спутал", давно дело было.
"Unity - отличный движок. C# - отличный язык. Windows - отличная ОС. Mono - отличный костыль. Ан@льное рабство - отличный досуг"
Дополнил, не благодари...
>у Unity сейчас графика уровня ААА-проектоввот щас бы движки графоном мерять
Тащемто делал игры на юньке используя почтенного возраста нетбук - всё окей. Сейчас Godot вкуриваю, вот его без бубнов с Mesa на этом же нетбуке не завести, что очень жаль. Надо бы потыкать и этот моторчик ради интереса.
Там вроде пока редактора под линукс нет, только сам движок есть.
Тем кому интересен этот движок! Присоединяйтесь к сообществу Xenko и помогайте в разработке движка!
перевод: поработайте на кого-нибудь бесплатно, под proprietary-friendly лицензией. вам же всё равно делать нечего, а мы потом это как-нибудь продадим.