Круто. Поскорее бы уже все на это слезли с иглы нвидии и по умолчанию это использовали.
А NPU умеет использовать?
А на игровых консолях кто-то пробовал реализовать через vulkan? DirectML(Xbox) и Unity Barracuda (Xbox, PS, Switch) там работают.
А в браузере через webgl или webGPU как поддержку vulkan реализовать? Unity Barracuda просто на пиксельных шейдерах в webgl крутит нейронку. Медленнее конечно, чем на вычислительных, но в webgl же и нету вычислительных насколько помню.
А на серверах, где нвидевские видюхи по умолчанию не прокинуты (и у меня было времени разобраться возможно ли вообще их так прокинуть) как графическое устройство - будет работать?
Ну вообще дома у многих железо от AMD и Intel, а поверх прям с завода винда. Не таскать же с собой на каждый чих eGPU с Nvidia.
Да и в интерпрайзе есть винда.
Вон на маках вообще нет нвидии, а некоонки работают через нативный яблочный рантайм и никто не жалуется на вендерлок - даже наоборот рады.
А ещё кудовские зависимости дико жирные и требуются уникальные версии под разные решения (то есть когда на машине у тебя стоит тенсорфлов, питорч и ещё что-то - для этого всего часто могут требоваться разные версии кудовских зависимостей)
В Unity пользовательский код на c#, причем даже сложный где требуется высокая производительность. Сами юнитеки многое стараются писать на удобном C# вместо cpp, и придумывают даже для этого суперхитрые компиляторы типа burst
В Unreal приходится колоться об плюсы, да. Так как там нет нормального языка для игровой логики. Но зато там геймдизайнеры чувствуют себя комфортно программируя мышкой (в юнити, кстати, тоже можно так)
В поделке от ВК же теперь предлагается либо колоться об плюсы, которые неудобны; либо использовать LUA, который и для программистов неудобен, и для геймдизанеров. А раньше предполагалось использовать c#, то есть как минимум программисты были бы довольны.
LUA себя зарекомендовал как средство для примитивных скриптов, когда ещё ничего нормального не было придумано либо в те времена на что-то удобное не хватало ресурсов. Низкий уровень входа нивелируется примитивностью языка и слабой инфраструктурой.
Похоже в комменты понабежали деды из 90х, которые игр никогда не делали, только модики для WoW и другого раритета.
Кстати, чему надо было учить в вузах? Во многих вузах учили бесполезным паскалю (или делфи), бейсику, а если повезёт то уже учили писать на c или cpp. Чтобы учили c# или java должно было уже сильно повезти
Но с любым грейдом и практически в любом случае офис это красный флаг, кроме случаев когда надо работать с каким-то специфическим оборудованием. И то задача работодателя придумать как это специфичное оборудование сделать доступным удаленно (если прям нельзя удаленно, то хотя бы сделать эмулятор такого оборудования) для максимального количества сотрудников - потому что ездить куда-то из дома на работу даже 2 раза в неделю это каменный век и путь в никуда. А менять место постоянного жительства только чтобы быть поближе к работе - ещё худший путь в никуда
Впрочем если хочется dotnet, то есть и так куча движков, кроме юнити, и в кое чем даже лучше юнити
Быстро можно вспомнить stride engine (open source) и everengine, а так чуть ли не каждый год новый движок на дотнете или с его поддержкой появляется (:
И потому что dotnet имеет реализации не только c#, но и lua, и питона, и js, и чего угодно можно сделать работающим в clr и использующим инфраструктуру dotnet
Это просто обёртка API, а само размазывание где-то в облаке?
Так-то в энтерпрайзе опенсорс популярен
Куча ультрабуков с AMD и Intel в качестве GPU. Все домашние консоли с AMD.
Все портативные консоли (x86_64 игровые планшеты) с AMD.
И все они начали ещё и получать NPU.
Возможно благодаря NPU уже наконец-то забудут про CUDA
А зачем тогда в панели нвидии модно было переключить чтобы physx использовал только цпу..
Круто. Поскорее бы уже все на это слезли с иглы нвидии и по умолчанию это использовали.
А NPU умеет использовать?
А на игровых консолях кто-то пробовал реализовать через vulkan? DirectML(Xbox) и Unity Barracuda (Xbox, PS, Switch) там работают.
А в браузере через webgl или webGPU как поддержку vulkan реализовать? Unity Barracuda просто на пиксельных шейдерах в webgl крутит нейронку. Медленнее конечно, чем на вычислительных, но в webgl же и нету вычислительных насколько помню.
А на серверах, где нвидевские видюхи по умолчанию не прокинуты (и у меня было времени разобраться возможно ли вообще их так прокинуть) как графическое устройство - будет работать?
Ну вообще дома у многих железо от AMD и Intel, а поверх прям с завода винда. Не таскать же с собой на каждый чих eGPU с Nvidia.
Да и в интерпрайзе есть винда.
Вон на маках вообще нет нвидии, а некоонки работают через нативный яблочный рантайм и никто не жалуется на вендерлок - даже наоборот рады.
А ещё кудовские зависимости дико жирные и требуются уникальные версии под разные решения (то есть когда на машине у тебя стоит тенсорфлов, питорч и ещё что-то - для этого всего часто могут требоваться разные версии кудовских зависимостей)
Так это софтовый менее проблемный вендерлок. Винду можно поставить куда угодно в отличии от железа нвидии
А из кросс платформенного есть Unity Barracuda, кстати. Но это привязываться к Unity
Вот бы уже все просто делали под DirectML, а не под вендерлок.
Но что-то даже сама Microsoft не особо спешит развивать DirectML и решения основанные на нём
>отсутствия отдельного кабинета или парковочного места
Работа в офисе - уже вполне себе причина увольнения
А какие требования к железу?
В Unity пользовательский код на c#, причем даже сложный где требуется высокая производительность. Сами юнитеки многое стараются писать на удобном C# вместо cpp, и придумывают даже для этого суперхитрые компиляторы типа burst
В Unreal приходится колоться об плюсы, да. Так как там нет нормального языка для игровой логики. Но зато там геймдизайнеры чувствуют себя комфортно программируя мышкой (в юнити, кстати, тоже можно так)
В поделке от ВК же теперь предлагается либо колоться об плюсы, которые неудобны; либо использовать LUA, который и для программистов неудобен, и для геймдизанеров. А раньше предполагалось использовать c#, то есть как минимум программисты были бы довольны.
LUA себя зарекомендовал как средство для примитивных скриптов, когда ещё ничего нормального не было придумано либо в те времена на что-то удобное не хватало ресурсов. Низкий уровень входа нивелируется примитивностью языка и слабой инфраструктурой.
Похоже в комменты понабежали деды из 90х, которые игр никогда не делали, только модики для WoW и другого раритета.
Кстати, чему надо было учить в вузах? Во многих вузах учили бесполезным паскалю (или делфи), бейсику, а если повезёт то уже учили писать на c или cpp. Чтобы учили c# или java должно было уже сильно повезти
обычно наоборот джунов и стажёров хотят в офис
Но с любым грейдом и практически в любом случае офис это красный флаг, кроме случаев когда надо работать с каким-то специфическим оборудованием. И то задача работодателя придумать как это специфичное оборудование сделать доступным удаленно (если прям нельзя удаленно, то хотя бы сделать эмулятор такого оборудования) для максимального количества сотрудников - потому что ездить куда-то из дома на работу даже 2 раза в неделю это каменный век и путь в никуда. А менять место постоянного жительства только чтобы быть поближе к работе - ещё худший путь в никуда
этим существом был альберт эйнштейн
Это какой-то троллинг или что?
Интуитивно кажется будто это "присвоить, если переменная равна null" или "присвоить, если переменная равна true", а не то о чем в статье написано
dotnet нормально работает везде.
Ваша информация опоздала лет так на 15
Ещё бы вернули бесплатные 15гб
и для написания своего движка есть как минимум MonoGame, SharpDx, ComputeSharp.
А Stride сильнее юнити в плане модульности
Впрочем если хочется dotnet, то есть и так куча движков, кроме юнити, и в кое чем даже лучше юнити
Быстро можно вспомнить stride engine (open source) и everengine, а так чуть ли не каждый год новый движок на дотнете или с его поддержкой появляется (:
И потому что dotnet имеет реализации не только c#, но и lua, и питона, и js, и чего угодно можно сделать работающим в clr и использующим инфраструктуру dotnet