MadFanboy Forum

coolface писал(а): 21 фев 2018, 13:13

даун х2, на анриле вообще из коробки можно только шутера/платформеры комфортно делать, причем очень посредственные, эпики дают исходники не потому что такие добрые а потому что без них ты вообще ничего уникального не сделаешь, у каждого разработчика который делает большую игру на уе всегда по несколько своих форков движка тк в 50% случаев того что в него встроено не хватает\реализовано не так как нужно. А записывать плагины юнити в недостаток это даун х3 просто

И как это опровергает факт того что анрил как не крути имеет преимущество за счет исходного кода, да и вообще за счет тех же плюсов?

Traxapopolis писал(а): 21 фев 2018, 13:16

coolface писал(а): 21 фев 2018, 13:13

даун х2, на анриле вообще из коробки можно только шутера/платформеры комфортно делать, причем очень посредственные, эпики дают исходники не потому что такие добрые а потому что без них ты вообще ничего уникального не сделаешь, у каждого разработчика который делает большую игру на уе всегда по несколько своих форков движка тк в 50% случаев того что в него встроено не хватает\реализовано не так как нужно. А записывать плагины юнити в недостаток это даун х3 просто

И как это опровергает факт того что анрил как не крути имеет преимущество за счет исходного кода, да и вообще за счет тех же плюсов?

Энтерпрайз юнити дает разработчикам исходники движка. Только дело в том что чтобы расширить функционал юнити исходники практически никогда не нужны. Плюсы это спорное приимущество вообще, c# более современный, гибкий, удобный язык который сильно бустит написание кода, его отладку и сопровождение в сравнению с плюсами. По производительности ситуация такая что c# код юнити в итоге движком переводится в c++(il2cpp) и компилится в натив целевой платформы. Любому разработчику будет проще писать код на шарпе и потом при помощи il2cpp его конвертить в плюсы во время сборки чем ебаться с плюсами все время разработки.

coolface, поверю как только игры появятся нормальные, а те что есть это просто пздц. Тот же тарков чуть ли не на соломенных палочках держится, кажется вот вот и все взорвется нахуй. Это при том что два года назад ситуация была абсолютно такая же

coolface писал(а): 21 фев 2018, 13:13

даун

шейся

coolface писал(а): 21 фев 2018, 13:13

it’s available at GitHub for free

Это у VXAO то?
Помоему это проприетарная технология как и VXGI

coolface писал(а): 21 фев 2018, 13:13

но на ааа проектах таких не держат.

Там держат и гораздо хуже.

coolface писал(а): 21 фев 2018, 13:13

эпики дают исходники не потому что такие добрые а потому что без них ты вообще ничего уникального не сделаешь,

Можно подумать, что на юнити параше сделаешь

coolface писал(а): 21 фев 2018, 13:13

своих форков движка тк в 50% случаев того что в него встроено не хватает\реализовано не так как нужно.

На юнити в 100 раз все хуже.

coolface писал(а): 21 фев 2018, 13:13

А записывать плагины юнити в недостаток

Недостаток не плагины, а то что он сосет без них.

kvidix писал(а): 21 фев 2018, 13:25

Помоему

ясно

coolface писал(а): 21 фев 2018, 13:22

По производительности ситуация такая что c# код юнити в итоге движком переводится в c++(il2cpp) и компилится в натив целевой платформы. Любому разработчику будет проще писать код на шарпе и потом при помощи il2cpp его конвертить в плюсы во время сборки чем ебаться с плюсами все время разработки.

Говнище. Туда многопоточность то хоть завезли? В 4-ой версии насколько я помню все еще не было

coolface писал(а): 21 фев 2018, 13:27

ясно

Что есть исходники? Дай ссылку на гитхаб.

Я видел репозиторий HBAO, но VXAO не было нихуя.

kvidix писал(а): 21 фев 2018, 13:30

coolface писал(а): 21 фев 2018, 13:27

ясно

Что есть исходники? Дай ссылку на гитхаб.

Я видел репозиторий HBAO, но VXAO не было нихуя.

https://github.com/NvPhysX/UnrealEngine ветки VXGI
не исходники, там все нужные бинарники + хидеры + видно как технология интегрирована в движок. Для того чтобы интегрировать ее в юнити ничего кроме этого не нужно.

kvidix писал(а): 21 фев 2018, 13:29

coolface писал(а): 21 фев 2018, 13:22

По производительности ситуация такая что c# код юнити в итоге движком переводится в c++(il2cpp) и компилится в натив целевой платформы. Любому разработчику будет проще писать код на шарпе и потом при помощи il2cpp его конвертить в плюсы во время сборки чем ебаться с плюсами все время разработки.

Говнище. Туда многопоточность то хоть завезли? В 4-ой версии насколько я помню все еще не было

проснись маня ты серишь, Threading из шарпа там всегда был, в 2018 юнити добавила еще и job system
ну а аргументов почему с++ в анриле это гуд а шарп в юнити с il2cpp параша я думаю мы от тебя не дождемся

coolface писал(а): 21 фев 2018, 13:38

проснись маня ты серишь, Threading из шарпа там всегда был, в 2018 юнити добавила еще и job system

это работало лишь под виндой. А так были только корутины, которые псевдомногопоточность

coolface писал(а): 21 фев 2018, 13:38

ну а аргументов почему с++ в анриле это гуд а шарп в юнити с il2cpp я думаю мы от тебя не дождемся

На шарпе все равно нельзя сделать все тоже что и на с++. Для интеграции того же VXGI нужны именно с++ сорцы

kvidix писал(а): 21 фев 2018, 13:48

это работало лишь под виндой

пиздеж

kvidix писал(а): 21 фев 2018, 13:48

А так были только корутины

1)были, теперь есть job system
2)корутины никогда на мультипоточность и не претендовали, это просто пудра чтобы избавить программиста от постоянного написания switch когда нужно действие отложить

kvidix писал(а): 21 фев 2018, 13:48

На шарпе все равно нельзя сделать все тоже что и на с++.

можно, и даже больше. Один рефлекшен в шарпе опускает с++ на самое дно параши.

kvidix писал(а): 21 фев 2018, 13:48

Для интеграции того же VXGI нужны именно с++ сорцы

1)сорцы не нужны
2)такие плагины пишутся на плюсах anyway, только вот в юнити из-за этого не надо вообще всю разработку с плюсами ебаться.

coolface писал(а): 21 фев 2018, 14:43

пиздеж

нет

coolface писал(а): 21 фев 2018, 14:43

корутины никогда на мультипоточность

альтернативы на платформах отличных от винды не было.

coolface писал(а): 21 фев 2018, 14:43

можно, и даже больше.

Конкретно в юнити - нихуя. Движок то написан все равно на с++, с# в нем лишь как язык скриптов с неким API.

coolface писал(а): 21 фев 2018, 14:43

только вот в юнити из-за этого не надо вообще всю разработку с плюсами ебаться.

придется ебаться сначала с плюсами, потом с убогим с#.

Уж лучше одним языком ограничиться.

Weisses Fleisch писал(а): 21 фев 2018, 12:23

Traxapopolis писал(а): 21 фев 2018, 12:02

на юнити один хуй нормальных игр не сделают

Pillars of Eternity, Endless Space, King's Bounty, Homeworld: Deserts of Kharak, Torment: Tides of Numenera

бля, как же я проебал

Escape from Tarkov на юнити и выглядит неплохо.

kvidix писал(а): 21 фев 2018, 15:00

с# в нем лишь как язык скриптов с неким API

kvidix писал(а): 21 фев 2018, 15:00

убогим с#

ясно-понятно

Полотенце



Я понимаю что ты не можешь в нормальные игры, незачем выставлять данный факт на всеобщее обозрение так часто.

coolface писал(а): 21 фев 2018, 15:07

kvidix писал(а): 21 фев 2018, 15:00

с# в нем лишь как язык скриптов с неким API

kvidix писал(а): 21 фев 2018, 15:00

убогим с#

ясно-понятно

По той же причине на с# ты нихуя не сделаешь что-то выходящее за рамки API юнити.
А оно весьма убогенькое и глючное.

Расширять функционал в этом случае можно только на православном с++.

kvidix писал(а): 21 фев 2018, 15:12

По той же причине на с# ты нихуя не сделаешь что-то выходящее за рамки API юнити.
А оно весьма убогенькое и глючное.

Расширять функционал в этом случае можно только на православном с++

чем лучше с++ для behavour классов в unreal?

Ну вообще-то на УГ4 на удивление нет технологичных игр, ну кроме Гирь 4 наверное, все остальное какое-то уродство и обсер типа теккенов и стритфайтеров, и фортнайта который выглядит как игра с пс2

FanboyHater писал(а): 21 фев 2018, 15:52

Ну вообще-то на УГ4 на удивление нет технологичных игр

Fable legends смотрелся супир
Sea of Thiefs с такой водой и освещением, прям топец.