>>1019516 Выбор инструмента - просто потому что любишь раст - очень инженерненько. Раст так нагнул, выбив всю любовь, что пришлось переписать все на юнити. А так как нечего толком не было сделано на любимом бойлерплейтном расте, переписали на настоящий движок всего за 6 недель.
забавно как работает мозг у местных фотошоперов, если они про технологию не слышали, значит она мертва, тем временем капитал кода Го уже догоняет джаву
Бля, как же обосрутся пшеки с уринал энжином, это будет эпично. Жаль только ждать ещё долго, лол. Нанитные деревья, вообще охуеть. Эта залупа еле пердит с тремя мешами, а они сотню туда засунули и затирают, что это работает на PS5. Конечно, именно поэтому весь ролик пререндер. Конечно.
>>1024677 Да они и без урины обосрались в своё время на релизе ведьмак3 так-то. Чо уж тут. Релизная версия ведьмака3 по сравнению с трейлерами испытала на себе все прелести даунгрейда и вырезни.
Чзх, Вавра был прав когда говорил про ведьмак в контексте урины на интервью? Останется молиться лишь на то, что это была просто постановка и всё будет иначе.
>>1024682 Пока что нечего даунгрейдить, потому что игровых демо не было. Это было техдемо движка, которое к игре не относится. Это важный момент на самом деле. Они могут показывать техдемо с каждой фичей по отдельности, но собрать это в кучу? И чтобы не было 0.1 фпс? Успехов.
Про старые интервью есть это. >В наши дни невозможно дать интервью без того, чтобы кто-то не переврал его и не раздул из него фальшивую полемику. Год назад я говорил о слабых и сильных сторонах игровых движков. Результат? Заголовки в духе «Вавра говорит, что The Witcher 4 находится в производственном аду». Нет, я этого не говорил. Извините. >А теперь CD Projekt перешли на Unreal, хотя, на мой взгляд, у них был хороший собственный движок. Я говорил кое с кем, чье имя не могу назвать, и я спросил его, что там по Unreal. "Отлично, у нас есть кое-что готовое, например, ландшафты". А я спросил: "Ну а что там по открытому миру?". И он мне ответил: "Пока ничего". Но это уже устарело, потому что кое-что у них уже есть. Вопрос в том, как это работает и работает ли вообще.
>>1024689 они перешли на анрил через пару лет после начала разработки киберпанка 2077, где-то в 2017. вавра некомпетентный долбоёб, чья первая игра работала хуже киберпанка 2077 на релизе, и это без лучей и нанитов. и с его интервью люди ошибочно делают вывод будто сидипроджект только сейчас на анрил пересели в 2024 и сидят смотрят туторы как там делать игры. на самом деле ведьмак 4 уже глубоко в продакшне. то что они показали это и есть контент игры, просто обосранный декалями и дроуколлами и порендеренный не в реалтайме, как они всегда делали
другое дело, что использование нанита и лучей это в принципе удар по яйцам любой оптимизации. просто достаточно не юзать их, и в принципе сносная производительность будет. склеил hism дроуколлы и всё летает на 1060 в 60 фпс. а вот это придется оптимизировать. но спецы у них есть, которые глубоко шарят в движке и в видеокартах
Many veteran developers who worked on previous projects like "The Witcher 3" have left CD Projekt Red to form their own studios. While some key figures like Piotr Tomsiński (Director of Technology) and Maciej Sawitus (Lead Multiplayer Programmer) remain, many have moved on, including those who have started new studios like Rebel Wolves
Проиграл с того, что у них вообще лид по мультиплееру есть. Лучи хуйня. Кожаный их ускоряет хардварно, с каждым поколением они всё быстрее. А вот нанит залупа другая, он софтварный полностью и быстрее никогда не станет. То же самое с люменом, он слишком медленный по дизайну. Редам придётся перепиливать половину движка и делать форк. Но УЕ из коробки не подходит для игр, даже эпики сделали отдельный форк, чтобы на нём пилить фортнайт, так что здесь ничего неожиданного.
>>1024707 > вавра некомпетентный долбоёб Ну тут 50 на 50. Если бы KCD был на ue4-5, они бы перепилили его под себя и игра выглядела бы всё ровно хорошо. Но в урине нет (SVOGI) и это большой минус. Поэтому насколько это на уровне фантазии - большой вопрос.
Сруенжин даже в виде форка от вавры сейчас в плане графики устарел прилично уже. Для цельной картинки - норм, как и любая старая игра.
Оптимизация в KCD2 - моё почтение, даже на калькуляторах потянет. Аналогичная игра на уе5 будет пердеть в таких-же условиях.
>>1024714 > Сруенжин даже в виде форка от вавры сейчас в плане графики устарел прилично уже не могу вспомнить ни одной фичи, про которую сегодня можно было бы сказать - это устарело, и нынче заменено на другую технологию. типа FXAA или раннего SSAO с ореолами вокруг головы. что ты имеешь в виду?
>типа FXAA Код из раннего FXAA, до улучшений качества и резкости, используется в каждом первом ТАА. Например, в анрил энжине. Так что нельзя сказать, что FXAA устарел полностью. SSAO с ореолами был временной хернёй во всех играх буквально. Но у крайтека SSAO был очень качественный.
Технически, крайтековский движок на голову превосходит всё существующее. Может, кроме фростбайта. Но его слабость - в его силе. Сейчас используют трассировку лучей, хардварно ускоренную. А воксели программные. Потому могут быть медленнее. Но лучи никогда не создавались для рилтайма не работают без темпоральной аккумуляции, потому даже в теории не способны создавать чёткую картинку без размытия, гостинга, и т.д. А воксели могут.
>>1024715 >про которую сегодня можно было бы сказать - это устарело Если так подумать, так и есть. В плане целостной картинки в старых играх - все хорошо даже сейчас. И иногда даже лучше, чем в большинстве современных игр. Поэтому про "устарела" - эт слишком громко сказано было.
Вспомнил просто "The Order 1886", который на момент релиза казался каким-то нереальнографонистым. А поиграв недавно и понял - мнение с тех пор не поменялось. Игра круто сделана, хотя это старичек которому уже 10 лет.
помню покупал банд с ассетами где-то за 2к, там был ассет JU TPS 2, так эти выблядские гнилые хуесосы выпилили эту версию из ассет стора и сделали JU TPS 3, интересно, в уринальном ассет сторе так же разводят гоев и фармят баблос?
Тим Суини пишет, что Unreal Engine перейдёт к координатам Left-Up-Forward, начиная с UEFN, а потом и в UE5-6 постепенно с помощью настроек в интерфейсе и вспомогательных функций/макросов для облегчения перехода.
Это позволит согласовать Unreal с Y-Up стандартами USD и glTF.
«Лучшим временем для внесения этих изменений был 1995 год, но я считаю, что сейчас тоже хорошая возможность, с запуском Scene Graph в UEFN».
ПИШЕШЬ ШЕЙДЕР @ МАТРИЦЫ КАКОЕ-ТО ГОВНО @ ПРОБУЕШЬ ВСЕ МАТРИЦЫ, КОТОРЫЕ ДОСТУПНЫ @ ВСЕ КАКОЕ-ТО ГОВНО @ НИХУЯ НЕ РАБОТАЕТ @ ПРОЁБЫВАЕШЬ ДВА ДНЯ НИХУЯ НЕ ПОНИМАЯ @ НЕ ПОНИМАЕШЬ В МАТРИЦАХ НИХУЯ, НО МОЖЕШЬ КОДИТЬ @ ВРУЧНУЮ КОНСТРУИРУЕШЬ МАТРИЦЫ @ ЗАЕБИСЬ @ ЧЕРЕЗ ПАРУ ДНЕЙ ПИШЕШЬ ДРУГОЙ ШЕЙДЕР @ ШЛЁШЬ БУФЕРЫ В GPU\CPU @ НИХУЯ НЕ РАБОТАЕТ @ ПОТОМУ ЧТО РЕНДЕРИНГ АСИНХРОННЫЙ @ ПИШЕШЬ БЕЗОПАСНЫЙ БУФЕР @ ДОХОДИШЬ ДО МАТРИЦ @ НИХУЯ НЕ РАБОТАЕТ @ ПРОЁБЫВАЕШЬ ЕЩЁ ТРИ ДНЯ @ ПОНИМАЕШЬ, ЧТО МАТРИЦЫ ПРАВИЛЬНЫЕ @ ПРОСТО ОНИ В ПРОСТРАНСТВЕ ОТНОСИТЕЛЬНО КАМЕРЫ @ ВСТАЛ И ЗАКУРИЛ
>>1024924 Это не игровой процесс, а пререндер. Даже в нём навалили просто какое-то невообразимое количество DOF, чтобы скрыть всё, что можно. А движок всё тот же анрил, который работает так, что без ТАА - рендер разваливается на части. В игре будет ТАА, со всеми его проблемами и глитчами, потому что его не может не быть.
>>1025006 она в разработке уже минимум 3 года, хотя в трейлерах не видно открытого мира, катсцен, только процедурные анимации и отрыв кусков мяса, которые они пиарили как что-то невероятное
>>1025156 И уже давно. Но они, вроде, хотят чтобы под GO были ECS в итоге и плавно перейти на него полностью, так что это даже заебись в каком-то смысле.
>>1025204 А вот это уже шиза, кстати. Они разделяли URP и HDRP как могли. Чтоб ты понимал, в HDRP нет даже доступа к Render Graph, который во всём этом SRP рекламировался, как киллерфича.
>>1025289 Потому что движок это реально просто. Думаешь, тут аноны пытаются новые горизонты компьютерной графики открыть? Нет. Просто сидишь и переписываешь алгоритмы с википедии. Это вам не геймдизайном заниматься.
>>1025298 Если это было так просто, эти безыгорки смогли бы написать убивцу Юнити и Анрила, но что-то до сих пор не написали. Правда в том, что на Педивикии описаны либо устаревшие, либо весьма тормозные алгоритмы для суперобщего случая, а реальные реализации с кучей подводной камней запрятаны в закромах студий. И даже GDC здесь не поможет, если ты не знаешь математику на том же уровне, что и сеньоры на зарплате. Они-то выступают для таких же сеньоров, а не для недоучек вроде Хуана Линецкого.
>>1025511 >написать убивцу Юнити и Анрила Да хуй там. Это миллиард поддерживаемых рендеров и т.д. Я вот шейдеры пилю, на пекарне некрожелезо потянет, DX5+. Но для мобилочек это будет DX11 SM5, то есть ES 3.1. Современные мобилки потянут, более старые уже хуй. То есть нужен фоллбек для некроты, а мне лень. Плюс редактор, плюс сделать, чтобы даже идиот мог пользоваться и т.д. и т.п.
Посмотрел презентацию сидюков, въебал три дня и запилил свою реализацию подобного леса. Господи, как же это охуенно. Без программной децимации полигонов, конечно, но она и не нужна. Буквально миллионы полигонов можно рендерить. Ещё неделька на полировку, отладку и можно будет забрасывать код нахуй. Правда, трассировка лучей не работает, но мне как-то западло с ней разбираться, нужно шейдеркод писать и обновлять BVH регулярно, а это говно медленное, убьёт весь перформанс.
>>1025832 Придется освоить потому что тяжелые вычисления в 4 годоте как ни странно лучше писать на гдс, потому что начиная с 4 версии он не зависит от гднатив и в целом работает достаточно быстро, хоть и писать на нем что-то сложнее скриптов для нод точно не стоит, лучше дружить с# как контроллер и гдс как некоторые тяжелые части представления
>>1025804 Это не плохо. Так то все языки достаточно лёгкие. Главное изучать как их правильно использовать. Я тут случайно создал улучшенный react для веба. Основную свою задачу он отрабатывает на ура.
>>1025823 Так это безыгорный клоун, что с него взять. Он игры не делал и не знает, как они делаются, но годот скачать мозгов хватило, поэтому будет верещать и копротивляться за аргентинского Пахома, в принципе не понимая и не осознавая что он несет.
>>1025511 А как ты напишешь убийцу анрила? Если анрил пилит целая команда уже почти 30 лет, это сотни и тысячи человеко-часов, огромный опыт нескольких поколений разработчиков, десятки реализованных и проданных на миллионные аудитории игр, которые позволили эпикам получить уникальный опыт и вложить его в последующие версии движка, это кодовая база, которая копилась и отваживалась десятилетиями. Это просто невозможно повторить, простым смертным типа нас остается только пользоваться этим топовым инструментом для реализации своих идей, тут нечего больше выдумывать, анрил это просто топ. Я тут недавно смотрел демки по фичам с процедурной генерацией, это просто вынос мозга, насколько это круто и технологично, даже не верится, что когда такое существует, находятся додики, которые в годоти пропукивают крутящиеся текстуры под полом, это просто разные вселенные.
>>1025914 >дареному >SAAS с месячной оплатой и шансом по желанию левой пятки автора остаться без лицензии или тебе ее не продлят >андрюши нет >гемблинг запрещён Для кого это говно сделано? Они видели что годот и его 2д корефан дефолд полностью бесплатны под максимально свободными лицензиями?
>>1025934 Не говоря уже о том что юнити имея в триллион нахуй больший функционал за 200 баксов дает возможность собираться под любое возможное старое и новое говно и делать практически любые игры которые только может потянуть индюк, на нормальном языке.
>>1025940 Ты дурак или прикидываешься? Разницу между support и buy license осязаешь? Без ежемесячных 6 долларов в кассу ты на этом лохе не сможешь зарелизить платную игру, не говоря уже о том какой рак сам факт подписочности как таковой.
>>1025946 you should. Что такое "если можете", я хз, но по смыслу похоже на "заплатишь с профита". То есть как только твоя игра начнет продаваться крупно - к тебе придет с протянутой рукой эта хуйня и начнет трясти с тебя шекели. И да, я полностью прочитал их ебучую писанину по лицензиям. >олсо на годоте ты тоже не можешь зарелизить игру, но по другим причинам Можно гемблинги, хентай, небо и даже аллаха Никаких ебаных ограничений Есть андроид Поддержка нормальных языков На список хитов уже давно не хватает всех пальцев включая 21 Признавайся, свою поделку сюда притащил и пиаришь?
>>1025872 У тебя буквально существуют куча решений вроде Cryengine/Dagor и всякие middleware вроде Enlighten, PhysX, Umbra, всё уже решено за тебя. Тебе не нужно это решать, если по какой-то причине Анрил не прёт. Я и говорю, что эти пердольки потому и пердольки, что по одиночке пишут проект, где нужен десяток синьоров.
>>1025957 Почему не асп+(блазор/реакт)? Ты ж по факту делаешь толстый клиент из-за чего потом придется переписывать, если это конечно не дипломная поделка. Еще и на говнокомпах не запустится или запустится только софтварно, что еще ухудшит скорость работы.
>>1025980 Так ты ебаться с годотом будешь дольше чем напишешь это на асп, где инструментарий есть под всё буквально с прицелом под твою задачу. 1с - тем более, кастомная конфигурация на управляемых формах тебе обойдется в неделю работы со всеми отчетами и можно будет это разворачивать в вебе в том числе. Заодно технологии подучишь, а не будешь воевать с лагающим юи годота не рассчитанным под такие задачи.
я тоже как-то хотел использовать юнити для рендера кнопок и текста, ебало моё представили? а потом вспомнил, что можно всё захуячить на хтмл с жс и обернуть в электрон
>>1025995 А че, с первого раза непонятно что элементы юи в игровых движках рендерятся не самым дешевым способом, а расчет привязок может дополнительно ухудшить состояние? Даже если бы мне было совсем нечего делать - я бы не стал так жестоко утилизировать свое время.
если делать обычное приложение с текстом и картинками, то на игровых движках процесс разработки будет дольше идти, в вс код просто скачиваешь плагин лайв сервер, создаёшь хтмл файл, по нему правой кнопкой мыши и запускаешь сервер - всё нахуй, моментальные обновления при изменениях, всё быстрее, одни плюсы
>>1025956 > Cryengine/Dagor и всякие middleware вроде Enlighten, PhysX, Umbra Да это все фигня, развлекалово для пердотей Инструментарий и рядом не стоит с тем, что дает анрил, особенно разрабу-одиночке или небольшой команде, когда каждый час на счету и ты либо делаешь игры, либо сливаешь время в пропукивание либ с гитхаба
>>1026008 А сколько игр вышло на luxe с 2014 года, дай угадаю, ноль? >>1025911 https://anypercent.studio/team/ Это прямо комбо, 3 всратых транса-педераста делают движок. Еще и пытаются собирать деньги, не сделав ни одной игры на этом поделии. Как ты вообще смог отыскать настолько пидорский движок? Даже более пидорский чем wokot
>>1026003 Где-то в разделе был чел когда-то, который пилил игоря, я у него как-то профилировал рендеринг. Вот у него так было. Только он пилил на движке от дума из 93 года, лол.
Решил тут уринал установить, охуел с того, что даже лаунчер лагает. Но потом посмотрел, не тормозит, просто эти калеки не вывезли плавный скролл. Контора рукожопов, всё через очко делают.
>>1026014 лаунчер анрила это полный пиздец. так же известен как эпик гейм стор. причем он с 2014 такой, еще когда был лаунчером анрила, старого фортнита и ут2015
>>1026023 Двигло что-то тоже не лучше. На запуске жрал 10 гигов, через время уже 20. Большинство всей хуйни делает в один поток, приходится реально долго ждать, чтобы это говно раздуплилось. Зато может рендерить сцену. Но фпс скачет от 80 до 30 даже без движения камерой. Как-то всё печально пиздец.
>>1026063 я после запуска хрюнити запускаю memreduct с такими настройками и оно чудесным образом выгружает дерьмо из оперативки, но есть шанс на краш (у меня пока не было)
>>1026066 Да похуй на юнити, она всего 5 гигов жрёт. Хотя с ней другая беда, она стирает все ссылки на буферы, но не очищает их, так что у меня каждый релоад домейн память течёт. Хуй знает, что с этим делать.
>>1026068 Проверил вейбек машиной, как минимум с 24 апреля висит. Коммитов после этой даты дохуя. Плюс он в комментах придерживается той же точки зрения.
>>1026066 а что оно делает? забивает всю оперу, ждет когда операционка половину служб выгрузит в файл подкачки, потом освобождает?
>>1026073 хуй знает. симплволлом лет 10 пользуюсь, этот казах раньше был в адеквате. и английский был нормальный у него по-моему его акк кто-то увел, он там перманентно бодался с какими-то киберанархистами шизами
>>1026074 >а что оно делает? забивает всю оперу, ждет когда операционка половину служб выгрузит в файл подкачки, потом освобождает? ты щас если запустишь браузер, 20 разных вкладок или видео на ютубе посмотришь и закроешь браузер, то всякое остаточное дерьмо останется в ОЗУ и так со всем, мем редакт помогает это вычистить
>>1026075 нет, по выходу из приложения память освобождаеется. алсо, у тебя 8 гигов что ли? операционка делает кэши дллок, кэши нужны чтобы быстрее всё открывалось на горячую. рекомендую поставить больше оперы, а не дрочиться с виндой за гигабайты!
>>1026304 Крутые инди хиты ты перечислил > А разработчики CoD, Battlefield, Doom, Wolfenstein, War Thunder этого не знают. >>1026007 > Инструментарий и рядом не стоит с тем, что дает анрил, особенно разрабу-одиночке или небольшой команде
Анрил на самом деле может дать профит только большой команде - им придётся писать только процентов 20-30 движка, а не 100. Для мелкой же команды профита нет, потому что 20 процентов движка переписывать это слишком дохуя, а без редактирования он к использованию непригоден.
>The Open 3D Engine 25.05 release brings more improvements to its simulation capabilities, various Vulkan API improvements, continued performance and stability enhancements, overhauling the Trackview code, mature MGPU support, and other changes.
>>1026320 Пригоден. Только результат будет пиксельное инди хуинди хрючево, вроде псевдорегалии. Которое с одинаковым успехом может быть сделано как на юнити, так и на анриле. Да и на годоте тоже.
На данный момент больше вопросов к монетизации и лицензионному соглашению. А так же куда это все будет двигаться дальше. Челиков из юнити фаундейшн жаба давит, когда они видят доходы контор типа михуи с 9 нулями. И им очень хочется пропихнуть какой-нибудь метод, чтобы можно было поиметь со всех этих фритуплейных дрочилен какой-нибудь процент. Это отразится на всех. Первый раз не получилось. Все юнитиюзеры сидят как на иголках в ожидании следующего мува. У пользователей уе такого нет. Эпики сами делают успешную доильню. И еще держат магаз игор. Для них доход с движка - это лишь часть дохода. Их положение на рынке более стабильное, они более диверсифицированы. Им незачем крохоборствовать ценой потери репутации. Так же значительная часть контор, пользующихся уе, имеет экспертизу по созданию проприетарных движков. Те же сквари юзают для ремейков финалок уе, но они вполне могли бы делать их на своих движках, как новые номерные части. Если свиня совсем охуеет, то эти большие конторы достанут свою проприетарку и пошлют его нахуй. А конторы на юнити так не смогут. Большинству сразу же пизда настанет.
>>1026379 >Если свиня совсем охуеет, то эти большие конторы достанут свою проприетарку и пошлют его нахуй. Проиграл нахуй. А спецов по их бздоте которых они разогнали чтобы нанять вместо них уринотерпавтов они достанут оттуда же? Эти конторы еще более зависимы чем инди, потому что для индусов выбор движков достаточно широк, включая бесплатные (разумеется они несравнимы с рыночными гигантами вроде юнити, но всё же позволяют делать игры категории 5-15$), то в случае ААААА - выбирать придется между 3 движками где есть готовые спецы - уепя, уеч, юнити и крайэнжин.
>>1026379 А михуё всё, в домике. Есть китайский филиал юнити, который делает свою, китайскую версию движка. Известную, как Tuanjie engine. По сути, это 2022 LTS, но допиленный и улучшенный. Паритета по функциям нет, в нём есть некоторые фичи, недоступные даже юнити 6. Например, виртуальная геометрия а-ля наниты из УЕ. Давно есть и работает. Лицензируется он тоже абсолютно иначе. Например, ты покупаешь пул из 10 лицензий и в любое одновременное время 10 копий юнити могут пользоваться этой лицензией, без привязки к железу. Кто-то отключился - подключился другой комп с другим разработчиком. Так вот, юнити чайна и михуё. Михуё владеет контрольным количеством акций компании, так что юнити не смотрит на доходы михуё. Юнити ничего не может сделать михуё, потому что михуё владеет юнити.
можно на этих ваших движках делать игры про уничтожение жидокоммунистов? не думаю, у вас отберут движок, поэтому надо делать всё своё, они не смогут у вас ничего забрать. даже библиотеки нельзя будет использовать, их тоже отберут.
>>1027025 >нормальную Насмешил. Мейнстримную, хомячок-френдли, корпоративно-легковстраиваемую, какую угодно но только не нормальную. Норма вообще понятие растяжимое. Для меня нормально выжимать из железа всё что у него есть но при этом иметь возможность жить скромно. Для моей мамы нормально когда не нужно думать, а просто запускать программы и побольше, чтобы еще в своп вылезти - вот тогда полный кайф.
>>1026773 >Что вам мешает вести уютный эмоционально окрашенный девложик и зарабатывать как успешный индюк? кстати говно совет. нужно делать именно игру мечты, а не ебучие бездушные кликеры.
потому что игру мечты можно клепать всю жизнь и получать дофамин, а на кликерах только выгоришь, и вместо геймдева, пойдешь на завод работать или в таксисты (и примеры таких есть)
ну и для рынка - индюки делающие игры мечты имеют ценность, а клепатели говна для гуглстора только мусором все засоряют. примеры - даже какой-нибудь шизоид яндересимулятора в геймдеве имеет больше вес чем типичный мамкин бизнесмен яндекс стора, даже если последний вполне себе миллионы зарабатывает
аноны, а я тут решил даунгрейднутся и делать игру как деды делали.
Я так подумал - я хочу игру в ретростиле. Не с еба графонием пыбыры и прочим. А что-нибудь в стиле первой кваки, с большими пикселями на полэкрана
но когда я начинаю что-то делать на opengl - я лезу в эти шейдеры, и тут надо тени, свет, всякие техники делать... надоело, так как слишком уводит от работы над проектом (вместо игры начинаю тени крутить)
сначала думал вообще софтрендер запилить, но потестил и понял что моих знаний не хватит чтобы вытянуть его на 60 фпс для того что я хочу в игре.
и тут мне внезапно вспомнилось - а ведь есть же древний ffp в openGL. Там же буквально есть все нужное для ретро - тени, свет, материал, туман
короче, начал ковырять - весело.
из забавного, узнал что в opengl 1.0 не было текстур - кекс. Они там были в виде расширения, а в стандарте не было. То есть наверняка существует видеокарта не умеющая в текстуры
текстуры появились в 1.1. также в 1.1 вместо begin-end появились vertex array (это по сути тоже самое begin-end, только сразу кидает весь массив верин, а не по одной).
кстати, странно что в то время уроки делали с begin-end если были эти массивы вершин
>>1027396 Да блядь рендеринг всего, что угодно - дорого. Пытаюсь тут рендерить процедурную инстансированную растительность. Сука, дорого. Реально хоть на УЕ перекатывайся, там что ни делай - всегда низкий фпс, хоть вообще ничего не рендери, всё равно фпса нет. Так что можно смело накидывать говна в сцену. А тут чего-то накинул и сразу вентиляторы зажужжали, паника накатила, давай думать, хуле произошло и как с этим жить.
>>1027466 Ты его читэнжином сломал или что? У меня на пустой сцене не выше 75 фпс. С миллионами полигонов тоже же самые 75 фпс, но уже с рандомными просадками, хуй знает, почему
>>1027488 в ААА считают что 60 фпс это припиздь этих так называемых "геймеров" и прочих токсичных сетевых сумасшедших, а у нормальных людей глаз выше 30 фпс не видит
>>1027498 Не, нихуя. Просто УЕ по какой-то причине не может в больший фпс. Я хуй знает, по чему и мне лень разбираться. Но когда пустая сцена рендерится в 75 фпс со статтерами, приходится жать альт+ф4 и забывать о движке навсегда. В целом, игры-то на нём идут точно так же, так что не моя проблема.
>>1027529 >У меня на фул ультрах 120 фпс во многих играх на уе Значит, ты такой особенный, один на весь мир с машиной времени. Все жалуются, что уе статтерит даже в фортнайте, хотя казалось бы.
Поищи на ютубе тестирование игр с нормальным мониторингом - это объективная статистика а не "ну все говорят)))" Если ты решения оь испольщовании движка принимаешь в соответствии с "ну все говорят)))" то вряд ли ты разработкой игр всерьез занимаешься.
>>1027533 >решения оь испольщовании движка принимаешь в соответствии Скачал, запустил. Фреймрейт рваный и в целом, низкий. Загуглил, сотни тысяч сообщений о том, что для уе это типично. Хули тут думать-то, движок не вывозит 720p без заиканий на 4090.
>>1027535 От разрешения рваность фреймрейта и статтеры никак не зависят абсолютно. Если есть в 4к - будут и в 720р.
Рваный фреймрейт и статтеры могут быть только в таких случаях: 1. Упор в проц 2. Упор в пропускную способность оперативной памяии 3. Подгрузки с ожиданием с ссд
Ни на что из этого разрешение не влияет.
> Фреймрейт рваный и в целом, низкий. Загуглил Почему ты пошёл в гугл, а не открыл профайлер?)
Почему ты о производительности судишь по редактору, а не билду, тоже не очень понятно.
Странности, странности.
Но я тебе даже заспойлерю - насколько мне известно, в уе с софтварным люменом есть проблемы при поворотах камеры и большом количестве объектов. Вывод напрашивается сам собой, не так ли?
>>1027538 >Рваный фреймрейт и статтеры могут быть только в таких случаях В январе эпики признавали, что у них есть пропуки с компиляцией шейдеров. И есть traversal статтеры, потому что уе не умеет в асинхронность. Ничего общего ни с упором в проц, ни в псп памяти, ни даже с ссд - это не имеет. Просто движок однопоточный и страдает из-за этого. >а не открыл профайлер Так я увижу, что лагает вот конкретно у меня. При этом профайлер максимально неинформативный и выудить оттуда что-то та ещё задача. Гугл же по-быстрому ответил, что проблема фундаментальная, никаким профилированием не решается и движок статтерящий по дизайну.
>>1027543 Да пердит он из-за компиляции шейдеров, это база и фундамент. Избегать можно, но только предварительной компиляцией, а на такое нужны деньги. А еще натуральнейшая база любого программиста - "у меня на компьютере все ок, хз че там у пользователей не так, купите комп лучше" из уст какого нибудь маркетолуха/тимлида. И он будет совершенно прав, ведь у него большая часть шейдеров уже скомпилена и всё красиво. Но по итогу опять весь реддит засрали тем как фпс приседает со штангой в казалось бы совершенно не нагружающих моментах. Ну и конечно туман не скрывающий геометрию а просто проедающий фпс + наниты это клиника, лечится только инвазивным удалением макаки произведшей эдакое говно.
>>1027543 >Кажется, есть вполне конкретные пути этого избежать. Эпики такого пути ещё не нашли, о чём сами же и говорили не так давно. И так как нет никого, кто знал бы движок лучше них, то и никто не нашёл. >Многопоточность ты хотел сказать Я хотел сказать именно то, что написал. > А тебе в чьей то другой причины статтеров надо искать, или в твоей? А смысл мне вылавливать конкретно мои статтеры? Я не отловлю таким образом статтеры у конечного пользователя, а это важнее, чем статтеры на машине разработчика.
>>1027544 >но только предварительной компиляцией Сайлент хилл использует предварительную компиляцию. Но всё равно страдает от traversal статтеров и ещё хуй знает, от чего. >наниты Технология очень хорошая, в реализациях от велосипедистов показывает очень достойный фпс. Странно, что у эпиков оно работает в обратную сторону.
>>1027546 их не нужно искать, они известны их два: или ты компилируешь шейдеры в процессе, или сразу. оба метода доступны как минимум с релизной версии 4 анрила (2014 год). эпики лишь могут сделать этот процесс быстрее и лучше, чем в других движках. и значит речь о том, что анрил делает (или будет делать) что-то лучше, чем делают другие движки
>>1027546 > Я хотел сказать именно то, что написал. Ты хуйню какую то написал, асинхронность это понятие в ЯП.
> А смысл мне вылавливать конкретно мои статтеры? Я не отловлю таким образом статтеры у конечного пользователя, а это важнее, чем статтеры на машине разработчика. Они у всех одинаковые будут.
>>1027578 ни для кого. есть куча движков, которые пилят уже по 20-30 лет, и на них практически нет игр, а те, что есть, чаще всего корявые поделки энтузиастов, сделанные по приколу ради идеи сделать игру на этом уебищном движке. юнижайн, панда3д, иррличт, копперкуб, дефолд, торк, езенжине, пико8, гздум, фалько, страйд. и прочая хуйня на коленке, которую тут форсят безыгорные-бездвижковые страдальцы
попытки конкурировать с игровыми движками были. разрабы движка выпускали игры. поддерживают геймдевный тулинг, добавляют актуальные игровые платформы и сдк. и в целом активно поддерживают возможность использовать ПО как игровой движок
да и то для чего его применяют, технически от видеоигры ничем не отличается. те же яйца, просто называется по-другому
>>1027629 > панда3д был актуальным движком Диснея до 2010 года, до 2020-ых использовался в аттракционах в Диснейленде и для обучения студентов в Carnegie Melon University, уже лет 15 как устарел
> иррличт это рендерер, а не движок
> копперкуб это кал
>дефолд имеет свою нишу - маленькие андроид и вебгл игры, хороший движок
>торк когда-то был актуальным, сейчас сообщество пилит четвёртую версию, хз какой там прогресс есть свой редактор и свой скриптовый язык существует в двух ипостасях - torque 2d и torque 3d
>езенжине есть потенциал
>пико8 занимает свою нишу микродвижков
>гздум это движок для игр напотипо (sic) дума, занимает свою нишу
>фалько это не движок, а повод продавать бэклинки на сайте "сантехники Томска"
>страйд полноценный движок, но зачем он нужен, когда есть Unity?
>>1027629 На страйде есть относительно успешный по меркам остальных релиз, какой-то космосим. Выглядит честно на свои 5 баксов или сколько он там стоит. Дефолд как генератор html5 рекламы тоже сойдет. Остальное да, мусор без задач.
>>1027639 Там до 4 не было производительного 3д, только сейчас начал оформляться. Лучше скажи какой критерий нормальности у тебя для 3д игр. Вуконг? 3 витчер? Третий дарк?
>>1027548 >ли ты компилируешь шейдеры в процессе, или сразу. Как видим, это не спасает от статтеров, СХ прекрасно это демонстрирует. Он делает прекомпиляцию, но статтерит. Возможно это связано с тем, что УЕ кеширует только четыре типа шейдеров. Возможно, с тем, что это не устраняет все остальные статтеры.
>>1027561 >Ты хуйню какую то написал, асинхронность это понятие в ЯП. Ты просто тупой.
>>1027664 > Ты просто тупой. Нет, это ты тупой и пишешь слова значения которых не знаешь, так еще и то что ты подразумеваешь не соответствует действительности
>>1027667 Расскажи что такое асинхронность и чем от многопотока отличается, как такой код выполняется вообще? Можешь в двух словах рассказать в чем собственно различия продвижения кода вперед по операциям в этих двух случаях, в предложение уложишься. Только без нейронок.
>>1027669 Мне с самого начала было лень расписывать, а теперь так уж тем более, когда оппонент доказал полное непонимание вопроса. Главная проблема в синхронизации и её УЕ решает примерно никак, судя по заиканиям при загрузке и обновлении ресурсов. Асинхронности нет.
>>1027671 Тебе вообще другой анон ответил а не я лол.
> Главная проблема в синхронизации и её УЕ решает примерно никак, судя по заиканиям при загрузке и обновлении ресурсов. Проблема в синхронизации чего? Как её можно не решить или решить?
Что за хуйню ты несешь?
> Асинхронности нет. Тебя выше правильно спросили про разницу асинхронности и многопоточности. Ты не понимаешь этого.
>>1027669 Асинхронность — это выполнение операций без блокировки потока (например, с колбэками или await), где одна задача может ждать I/O, пока выполняется другая, а многопоточность — это параллельное выполнение кода в разных потоках, где ОС переключает контекст между ними.
Разница в продвижении кода: - В многопоточности код движется вперёд за счёт переключения между потоками (одновременно или псевдоодновременно). - В асинхронности код движется вперёд за счёт переключения между задачами в одном потоке, когда одна задача ждёт, а другая использует CPU.
Коротко: Многопоточность — параллелизм через потоки, асинхронность — кооперативная многозадачность в одном потоке.
По поводу шейдеров в уе Большая часть материалов имеют общую структуру и там меняются лишь текстуры Так в чем проблема сделать два-три материала и много инстансов с переключаемой текстурой? Один материал для неживых предметов Второй для органики с ссс Третий для вфх с одной лишь прозрачностью и эмиссивом Три шейдера на все случаи жизни блеать Судя по всему, беда уе в том, что в нем свой шейдер на каждом объекте Все из-за ебланов на блюпринтах, которые не понимают устройство своего движка
>>1027685 Ты можешь дать й предложением предметныц ответ на поставленныц вопрос, вместо этого пишешь уже 2 сообщения с цирковоц клоунадой. Ну, продолжим.
>>1027686 Проблема даже не в шейдерах, как таковых, а в их оптимизации. В DX 12 появились PSO, Pipeline State Object. Который включает в себя множество вещей, в том числе вертексы, пиксели и прочее. Для каждого объекта PSO - свой. Он не может быть построен универсально для каждого объекта, потому что архитектура GPU отличается. Ты можешь скомпилировать шейдеры заранее, но не можешь скомпилировать заранее PSO. И UE кеширует PSO, но только для четырёх видов шейдеров. То есть у тебя будет один шейдер, но PSO для куба с этим шейдером или для куска стены с этим же шейдером - будет отличаться. Что вызовет компиляцию PSO и статтер. И даже больше, эпики пытались сделать кеширование PSO, но так как для разных условий освещения и разной прочей херни нужны разные PSO, то они генерируют в пять раз больше кешей, чем на самом деле требуется. И это в пять раз дольше и, очевидно, усугубляет проблему. В данный момент есть предварительное кеширование PSO перед загрузкой, но только для четырёх типов шейдеров, это не устраняет проблему полностью. И только один из типов статтеров, от которых страдает УЕ.
>>1027686 так делать можно, материал в анриле это и есть база, которую ты можешь кастомизировать через инстансы >Судя по всему, беда уе в том, что в нем свой шейдер на каждом объекте это не так. одинаковый шейдер наложенный на техничеки одинаковые объекты сгенерирует один шейдерный вариант. а в анриле это еще и склеится в один дроуколл
>>1027696 тебя нейросеть подводит, ты сейчас полную хуйню написал
>>1027699 я понимаю, что ты пошуршал доками, нихуя там не понял и пошел ва-банк в надежде, что остальные тоже не разбираются и не увидят насколько ты далек от темы
>>1027702 Да нет, просто ты идиот и троллишь тупостью. А ещё не знаешь движок. Доки просто пруф того, что я и так знаю, в отличие от тебя, лол.
https://dev.epicgames.com/documentation/en-us/unreal-engine/optimizing-rendering-with-pso-caches-in-unreal-engine Итого, PSO это не шейдер. Недостаточно поместить куб с нужным материалом под сцену и молиться, чтобы он скомпилировался. Нужен конкретно использующийся объект, потому что PSO включает в себя информацию о вершинах объекта, о параметрах материала и т.д. То есть два разных объекта с одним материалом будут генерировать разные PSO. И вызывать статтер.
>PSO precaching is currently implemented for the following global shader types: >Slate >Deferred Lights >Cascade Particle Simulation >Volumetric fog
Остальные типы шейдеров не поддерживают предварительное кеширование и будут вызывать статтеры. Это подтверждают сами эпики. Как и любой другой объект в памяти, PSO подвержен сборке сборщиком мусора, то есть один и тот же объект с одним и тем же материалом, но встреченный в разных частях уровня может и будет вызывать перекомпиляцию PSO. Да, это можно сгладить, заставив хранить N последних встреченных PSO, но если ассетов в игре много, то все хранить всё равно будет невозможно, потому что требуется множество разных PSO даже для одного объекта. Генерируется намного больше, чем на самом деле используется.
>By default, Unreal Engine uses a PSO precaching thread pool to compile the PSO asynchronously. Чисто в теории этот уровень асинхронности должен устранять проблему статтеров. Проблема в том, что вызывается кеширование в момент появления объекта на экране, то есть рендеринг задерживается до завершения.
>A PSO compilation is marked as a hitch if the compilation took longer than a certain amount of milliseconds for the runtime PSO to be compiled. The default threshold is 20 milliseconds. Эпики не считают статтеры меньше 20 мс проблемой, т.к их целевой фпс это 30.
>>1027719 Про который из трёх, лол? Там столько всего нахуевертили, что по-быстрому не разберёшь. Что именно интересует-то? Юнити 6 добавили то же профилирование кеша PSO https://www.youtube.com/watch?v=Zf5JobmI8L8 Только в отличие от UE, они не игнорируют дропы 20 мс, а считают худшее время кадра, среднее и лучшее. Это даёт более информативную статистику. В экспериментальном апи есть https://docs.unity3d.com/6000.0/Documentation/ScriptReference/Experimental.Rendering.GraphicsStateCollection.html Который позволяет управлять PSO вручную, в том числе сохранять на диск. Можно даже вызвать WarmUp, когда собрал коллекцию, но это не гарантирует прогрев всех вариантов PSO.
Делаю игру на 4 версии урины, есть ли смысл обновляться на 5.5 пока ещё можно обновиться? Слышал на 5ке производительность местами лучше чем 4. Какие подводные?
Ууу, бля. Короче про асинхронность. >В асинхронности код движется вперёд за счёт переключения между задачами в одном потоке Вот это в корне неправильно. У тебя может быть многопоток без асинхронности, однопоток без асинхронности или многопоток с асинхронностью. Прямой зависимости нихуя и нет. На педивикии есть хорошее определение асинхронности. >Асинхронные действия — действия, выполненные в неблокирующем режиме, что позволяет основному потоку программы продолжить обработку Асинхронность это парадигма. Это не потоки, один-два-много, даже не параллелизм или кооперативность. Так вот, какого хуя компиляция PSO статтерит и на самом деле не асинхронная? А потому что, блядь, компиляция вызывается тогда, когда объект уже попал в кадр. Движок запускает хоть ебелион потоков для компиляции PSO, шейдеров, собачьей залупы. Но он не может отрендерить объект, так что основной поток блокируется до тех пор, пока PSO не будет готов. Блокируется. Это нарушает парадигму, хоть обмазывайся своими потоками до охуения. Настоящая асинхронность должна запускать компиляцию PSO в тихом режиме и сообщать потоку рендера, когда объект готов. И тогда рендер может его отобразить. Поток рендера при этом блокироваться не должен. Вот у нас и появилась асинхронность ебаная. А уж как оно будет реализовано - в одном потоке, в миллиарде - да поебать вообще. Абсолютно. Вылезает другая загогулина. Если запускается компиляция тогда, когда объект уже в кадре, то его компиляция займёт несколько кадров и он появится внезапно, блядь, как снег в декабре. И хули делать? На уровне движка это всё решается в три строчки кода. Пять максимум. Кулинг здорового человека состоит из трёх этапов - грубая выборка, фруструм кулинг, оклюжн кулинг. Делаем грубую выборку, получаем объекты, которые потенциально могут попасть во фруструм. Их дохуя и больше, как правило. Юнити 5, насколько помню, скипал этот шаг вообще, потому я писал свои скрипты для грубой выборки, чтобы кулинг не сжирал весь фэпэс. Дальше берём наши ебаные плоскости окклюзии, шесть штук. Вкорячиваем сюда один дополнительный шаг - сдвигаем каждую плоскость по оси W на определённый коэффициент, для каждого свой. Зависит от темпа игры, если в ней крутишь башкой, как ебанутый, то бери побольше. Смекаете? Аккуратненько смещаем плоскость по нормали. У нас получился расширенный фруструм, в который попало больше, чем в итоге попадёт на экран. Теперь делаем обычный куллинг с обычными плейнами и из результатов первого куллинга вычитаем результаты второго. Это объекты, которые потенциально попадут на экран в течении нескольких кадров, но в данный момент в кадре не находятся. Дальше остаётся два списка объектов, один - сами догадаетесь какой - упёздывает на оклюжн кулинг и дальше на рендеринг. Остаются наши кандидаты на видимость. И вот уже для них нужно запустить компиляцию PSO. В фоне, без блокировочек. Если коэффициент расширения фруструма подобран верно или хотя бы с запасом - то к моменту попадания в действительный список рендеринга объекты уже готовы. Прогреты, прокомпилированы и надрочены. Пять ебаных строк кода.
>>1027696 > Для каждого объекта PSO - свой. Нет. Для каждого сочетания шейдеров с возможными состоянием рендера (блендинг и всё такое). Если стена и куб используют тот же тип материала, тот же блендинг и всё такое - то PSO будет у них общее. Проблема движков типа UE в том что там триллион возможных PSO из за множества разных шейдеров, создаваемых художниками и ты их хуй заранее все скомплируешь. >>1027686 В нормальных движках так и делают. Но у тебя всё равно будут разные комбинации с блендингом и без, с альфа-тестом и без и так далее.
>>1027797 Жёстко. Это же терабайты данных буквально.
>>1027798 >Если стена и куб используют тот же тип материала, тот же блендинг и всё такое PSO включает в себя байткод вершин, так что если меши отличаются - то они не могут использовать общий PSO.
>>1027817 ту самую, которую ты сейчас лихорадочно шерудишь и пытаешься выдавать аргументы по теме, в которой нихуя не понимаешь?
ну открыл. вижу, где ты проебался, перепутав байткод шейдеров и вершинных лейаутов. действительно два абзаца рядом. действительно дурачку легко ошибиться, особенно когда английский на уровне селюка с тремя классами церковно-приходской
>>1027800 > Это же терабайты данных буквально. Зачем террабайты? Тебе просто не надо иметь сотни тысяч PSO, достаточно несколько сотен. Беда анрыла в том что он универсален, в нём очень много материалов, а каждый материал создаёт сотни возможных PSO. В каком нибудь думе количество возможных PSO исчисляется всего лишь сотнями, они очень тщательно за этим следят. > байткод вершин, так что если меши отличаются Если форма вершин отличается. Если у тебя меши того же формата, с теми же шейдерами и прочими настройками - то к ним применим тот же PSO. У тебя формат вершин для стены и для куба разный? Скорее всего нет.
>>1027829 >Зачем террабайты? Затем, что PSO архитектурно зависим. Даже обновление драйвера делает PSO устаревшим. PSO для 1080 не работает на 3060. И так далее. Так что делаешь один материал, считаешь его количество PSO. Умножаешь на количество поддерживаемых видеокарт, умножаешь на количество драйверов и так далее. На консолях именно поэтому лага компиляции нет, всё собрано заранее. Но под мобилочки или пк это не работает, потому что данных пиздец, как много.
>>1027833 Я по фразе >Можно просто скомпилировать все возможные PSO заранее. Почему-то решил, что ты про этап компиляции билда, лол. На старте-то да, это полезно.
>Подскажите вот что. У меня уровень, состоящий из пары тысяч сцен. В игре ок, шустро. В редакторе рендерится ок, шустро. Проблема - открытие этого уровня в редакторе, или переключение вкладок с уровня на что угодно и обратно, занимает секунд 5, без преувеличений, и при активной работе над ассетами приходится прыгать туда-сюда по вкладкам, въебывая кучу времени на подгрузку.
>Пробовал чистить кеш, пробовал скрывать ноды, пробовал сохранять их как подсцены. Единственное что помогает - полное удаление значительной части сцен, из которых сделан уровень. Может есть способ научить годот не выгружать вкладку при переключении из нее?
Ой, опять годот не потянул полноценную игру... Главное помните система нод ну ни разу не тормозная! На моей демке в 50 нод всё работает!
>>1027900 Дурачок, в юнити вообще сцены непереключаемые и ничего, никто не воняет. И у анона скорее всего слишком много засунуто в сцену ресурсов, у меня многонодовые сцены нормально переклацываются в 3
>>1027905 >в юнити вообще сцены непереключаемые Я не понимаю, зачем настолько нагло пиздеть? Все же сразу видят, что долбоёб пиздит, но он всё равно пиздит. Разве что он совсем нихуя не знает.
>>1027641 >когда-то был актуальным, сейчас сообщество пилит четвёртую версию, хз какой там прогресс >есть свой редактор и свой скриптовый язык >существует в двух ипостасях - torque 2d и torque 3d
торк просрал рыночек из-за жадности
в свое время, он мог стать тем самым юнити, когда юнити не было. у них все было - юзерфрендли редактор, скрипты (в том числе на с++), доки, разные примеры от простых, до шутеров. Можно было буквально рыночек инди захавать
Но разрабам даже в голову не пришло сделать бесплатную инди лицензию.
что юнитеки хорошо сделали - это они провели революцию рыночка, пояснив что будущее, не за гигантами ААА студий, а за теми самыми школьниками клепающими хорорки вместо уроков (на чем юнити и набрал свою аудиторию и на десять лет потерял репутацию серьезного движка - когда школьники клепали ассетвлипы про выпрыгивающие кубы... но вот школьники выросли и теперь весь мир делает игры на юнити)
>>1027696 >В DX 12 появились PSO, Pipeline State Object. так вот это PSO тоже компилируется если что. и тоже не быстро.
на самом деле я например не понимаю - откуда блядь вообще возникли долгие компиляции шейдеров в vulkan/dx12 (и это не проблема ue - если писать свои поделки на вулкане - там тоже шейдеры пропукивает, это именно что-то в современных GAPI) при том что в древнем opengl/dx11 тот же самый код шейдеров компилируется за наносекунды. до вулкана вообще никто из игроков не слышал что шейдеры надо компилить перед запуском игры
конечно еще может быть проблема что сейчас разрабы на шейдерах дохулион всего вычисляют - и пока там все скомпилируется... хз.
>>1028179 >так вот это PSO тоже компилируется если что. и тоже не быстро. Очевидно, что они компилируются долго. Каждый PSO включает в себя шейдер в том числе, но не только его. То есть они жирнее шейдеров. И их компилируется больше, чем шейдеров. Так что логично, что это долго.
>>1028306 Потому что в DX11 нет PSO. А ещё отваливается половина люмена, наниты, виртуальные текстуры, RT и хуй знает, что ещё. Очевидно, что это самые проблемные и лагающие части УЕ, потому без них он себя чувствует намного лучше.
>>1028291 не ври, треугольник быстро делается. вот модели, камеры и т.д. требуют столько усилий, что можно небольшую игру сделать на готовом движке, с модельками, анимациями и звуками
>>1028315 на вулкане пока осилишь треугольник как раз 17 недель пройдёт (ну как минимум одна)
а модель это просто набор треугольников
библиотеки чтения моделей и анимаций уже есть, не понимаю, зачем изобретать велосипед - разве что если потом надо перевести их во внутренний формат движка
>>1028321 это библиотеки чтения данных, а не создания архитектуры и разбирания как всё должно работать. ты сам должен сначала навелосипедить анимацию и модель, всё настроить, а потом читать в них массивы данных при помощи этих библиотек
>>1028595 Большая ошибка. Вангую фейл проекта. Постал 2 в 2к25 никому не нужен кроме олдовых фанов, а они любили игру в том числе за моддинг на анриле, так как с игрой шел редактор в комплекте, на которым было сделано дохуя фанатских карт и модов, которые давали особый вайб и второе дыхание игре. И олдовым фанам переход на копроюнити явно не зайдет
>>1028595 Перечитал еще раз, это даже не ремастер? Тупо старые ресурсы засунут в юпетю, потеряв при этом поддержку моддинга и сотни карт/модов, сделанных комьюнити за эти годы? Гениальное решение. Ну в принципе, чтобы разово срубить хоть немного бабосика не прикладывая усилий - наверное хороший план
>>1029217 >большие проблемы с производительностью. я ради интереса заходил потестить пару лет назад, поиграл часик, у них какая-то хуета ебаная с системой загрузки ассетов была и из-за моей маленькой скорости скачки - я даже поиграть не мог на каком-то сервере
>>1029250 ну там инструментарий как будто приличный, много чего встроено, но я реально проектов не видел хороших (кроме ремейка ricochet) видел чел doom делает класссический, но даже там с фпсом какая то хуйня. но они работают над этим, даже вчера патч вышел который сильно улучшает рендер
>>1029178 Я просто напомню, что игры Гарри Ньюмана никогда не славились производительностью. S&box уже в альфе тормозной, вряд ли что-то сейчас изменится.
>>1029285 не, они делают инструментарий для сурса 2, потом будет отдельная игра гаррис мод 2, ток с другим названием. при этом останется sbox, т.е. движок с возможностью выкладывать игры в стим
че сказать - а ведь это же реально по сути движок для мелких инди игр
Я лично выбрал opengl 1.4 (хотя в 1.5 уже появились VBO, но мне больше нравится кидать массивы вершин в экран во время рисовки, а не создавать буфера) немного огорчает что некоторые расширения были похерены историей или не дожили до наших дней. хотелось максимально не трогать шейдеры - а все сделать на FFP.
из текущих возможностей FFP: - фонговское освещение на 8 лампах (при этом в стандарт хотели добавить более современное, но не принял коммитет (свободный апи - ага) - стенсильные тени - отражения. - некоторые постэффекты - рендер в текстуру (без fbo)
кароч - для инди в ретро-пиксель стиле сойдет
кому интересна эволюция отрисовки вершин OpenGL 1.0 - glBegin/glEnd. но на самом деле уже были некие оптимизации - списки команд (кек, их придумали еще тогда) - когда мы полностью сохраняем весь процесс рендера (в данном случае все бегины) а потом просто вызываем команду.
OpenGL 1.1 - vertex array... не путать с VAO, это не то. это glVertexPointer, glNormalPointer и остальные. По сути это если в glBegin/glEnd вбивали по одной вершине за команду, то теперь отправляют сразу весь массив вершин. Я этот способ у себя и юзаю. Технически он медленее любого современного способа рендера вершин (просто потому что каждую команду отрисовки гонит на видеокарту весь массив вершин (а не хранит его там)... но для инди это хуита. квейк и анреал на этом работали и норм. а вам чего еще надо?
EXT_compiled_vertex_array - кармак себе в квейк выбил. это короче, если выше мы каждый кадр весь массив вершин кидали в видеокарту, то теперь для статической геометрии (например всего мира) можем сказать видеокарте - сохранить у себя уже этот массив вершин и больше не дергать его с проца.
OpenGL 1.5 - появились VBO - теперь массив вершин можно кинуть в видяху и забыть о нем. Но осталась дрочь с объяснением видеокарте - как читать этот массив (тобишь формат вершины)
поэтому в будущем к 3.3 появилось VAO (которое это и делало)
а к моменту modern opengl (где-то 4.х) VAO отвязали от буфера вершин, теперь это отдельные сущности и на текущий момент это самый эффективный способ отправки вершин на видяху.
----------------------------------------------------------------------- p.s. единственное что я не понимаю - как работает в современном апи мапинг в старых версиях подразумевалось что Map/Unmap - это пиздец как медленно - как бы и логично что это тянет с видяхи на проц и обратно, и это пол беды. А ведь еще есть синхронизация - то есть видяха должна ждать что там проц понаписал (и наоборот). поэтому в старых апи говорилось что Unmap нужно звать максимально быстро/близко к map.
Но в современных апи (не только opengl, но и вулкан) там какая-то магия - буфера можно не закрывать (то есть вообще никогда не звать Unmap), и оно как-то там само эффективно перекидывает с проца на карту все изменения. хз как это все таки работает
>>1029428 >(то есть вообще никогда не звать Unmap) Это утверждение ложно. Если никогда не трогать анмап, то у тебя будет неопределённое поведение. Ты всё ещё должен вызывать анмап перед уничтожением ресурсов. Но в более современных апи появились долго живущие ресурсы, которые могут храниться в видеокарте неопределённо долго, так что если они тебе нужны и дальше - нет никакого смысла их анмапить и уничтожать, собственно. Так что можно пока что не дёргать анмап, но в итоге его вызвать всё равно придётся.
не нужно создавать материал под каждый цвет, сцена запускается моментально, кастомизировать редактор абсолютно никак нельзя, настроек никаких и ни для чего нет, компиляция почти моментальная
>>1029460 Лучше расскажи что бетатестили те мифические "студии" до февраля 25, когда этот кусок кода был дропнут на гит. Какое тогда было бетатестирование и чего, очень интересно.
>>1029470 Узнаю, что вы обокрали налогоплательщиков еще на n денег чтобы в итоге выпустить пропукивающий и хорошо если просто запускающийся кал? Чтобы это узнать, мне ждать 4 квартала 2025 года необязательно.
>>1029483 А кого обокрал годот? Я в него ни копейки не вложил и имею запускающийся и даже рабочий двиг. Нау же был выкуплен (не надо только рассказывать что гайджины сами открыли код, а то я ж слезу пущу от умиления) за дохуя денег, потом еще дохуя денег налогоплотельщиков госкорпорация вк списала хуй пойми кому, в итоге гайджиновский движок освежевали и сделали вместо средне-рабочего соврешенно нерабочим. И всё за бабки россиян и за энтузиазм студентоты которым платили (если платили) пачками чипсов и сухариками. Сразу видно почему надо кричать "воры, караул".
Unity выкатили апдейт юнитихаба, в котором при создании нового проекта он обязательно регистрируется у них в облаке. Народ это не оценил и опять стал угрожать перейти на другие движки.
Тогда разработчики быстро, но коряво, вернули возможность создавать проекты локально.
>>1029536 СКАЧИВАЕШЬ УСЛОВНО-БЕСПЛАТНЫЙ СОФТ @ СКИПАЕШЬ ЛИЦЕНЗИОННОЕ СОГЛАШЕНИЕ @ КОРПОРАЦИЯ ВСТАВЛЯЕТ АНАЛЬНЫЙ ЗОНД @ СОВЕРШЕННО ЛЕГАЛЬНО, МЕЖДУ ПРОЧИМ @ >РРРЯЯЯЯЯЯ Я НА ТАКОЕ НЕ ПОДПИСЫВАЛСЯ
>30k трисов на всратую рожу в опенворлде Всего-то. Вот "оптимизированный под нанит" меш. Нет, автоматические лодгены на нём не работают. Никакие, потому что нет сплошной геометрии - полигоны оторваны друг от друга, вершины невозможно сшить, потому что сетка такая. Это нужно рендерить, как оно есть.
>>1029554 >Кто это безобразие делает и зачем? Это ассет за 80 баксов из стора. >Это вроде норма Это и близко не норма. Ветки это трубки, вставленные в другие трубки без учёта топологии. И ветка сама по своей длине может быть разделена на несколько частей по своей длине, вершины и грани сегментов не совпадают и не могут быть сшиты без ручной ретопологии. >M -> By Distance не работает? Конечно же нет, смотри на пик.
>>1029559 Вообще, я думаю, это нормальный хайполи меш. В смысле, лучше иметь такой хайполи меш и сделать из него подходящую тебе лоуполи (пусть даже вручную), чем иметь изначально неподходящую лоуполи и пытаться сделать из неё хайполи (намного больше ручной работы). Сетка на твоём скриншоте выглядит нормальной - треугольники образуются после экспорта, поскольку игровые движки не умеют рендерить ничего кроме треугольников, и их легко превратить обратно в квады.
Пересечение полигонов на стыках веток - это норма для статичных мешей (камни, дома, столбы, куски ландшафта, корпус автомобиля, оружие и т.п.), потому что их не нужно анимировать - сплошная поверхность требуется только персонажам под скелетную анимацию, чтобы стыки не разрывались (не бросались в глаза) при изгибе. И то, даже у персонажей зачастую есть стыки отдельных поверхностей - обычно их прячут куда-нибудь под рукава, штанины, перчатки, обувь и т.д.
Однако, 80$ за модельку дерева - это, на мой взгляд, слишком дорого, потому что существуют процедурные генераторы деревьев, которыми можно печь такие хайполи модели как пирожки. За 80$ я бы купил процедурный генератор деревьев, но точно не одну-единственную модельку из такого генератора. Быть может, кто-то пытается обмануть пользователей маркета, продавая модельки, созданные в таком генераторе? Хотя вряд ли это можно как-то доказать...
Другое дело, если ты вырвал эту модельку из реальной игры, которая рендерит её без оптимизаций. Это явно ассетфлипер постарался... точнее, совсем не старался, а просто флипнул ассет, лол.
>>1029603 Я же писал. Лодгены не работают. Децимация генерирует мусор.
>>1029604 >лучше иметь такой хайполи меш и сделать из него подходящую тебе лоуполи Это здоровенный меш, на котором 3д софт пыхтит-пердит даже если скрыть 90% поликов. Работать с ним некомфортно. И при этом он состоит из тысяч кусков, которые не могут быть сшиты автоматически, нужно ебаться, ждать, пока софт пропердится и искать другие проблемные места. Сетка полное говно, ни топология не сходится, нихуя. Это всё нужно вручную править. По факту, меш не пригоден ни к чему. Для кинематографичных крупных планов он слишком хуёвый, потому что все стыки видимые, для лодгенов он не пригоден из-за топологии, для игр он в принципе не годится. >это нормальный хайполи меш Это мусор. Потому что лодген не видит адекватной поверхности и не может адекватно схлопнуть сетку. Получается хуйня, как на пикриле. Тот же спидтри генерирует правильные сетки. И их нужно анимировать, потому что есть такая хуйня, как ветер и взаимодействие с миром. >80$ за модельку дерева Это одна моделька из пака, остальные такие же. Из всего пака пригодны хоть к чему-то только текстуры 8к. Остальное прямиком в мусорку. Олсо, сомневаюсь, что хоть в одной игре есть деревья на 10 лямов поликов. >у персонажей зачастую есть стыки отдельных поверхностей Да я в курсе. Только если на стыках не сходится топология, то там видимый шов, прячь или нет, хоть как ебись - он будет. Если топология сходится, то прятать не обязательно.
>>1029481 >Узнаю, что вы обокрали налогоплательщиков а при чем тут налогоплательщики? государство им денег не дало. все финансирует вконтакт своим бюджетом. плюс искали инвесторов
>>1029606 >Во всех играх на 5 урине? Ну это психопатия, я попробовал сцену в уе 5.6, совсем плохо. Видимокарта вышла на 350 ватт, а фпс. Ну, он был, но не стабильно. И это буквально в пустой сцене, без скриптов, нпц, без нихуя, кроме леса. Нельзя так игры делать.
>>1029663 Ты бы еще своего начальника лахтасмены в качестве источника упомянул. Тебе Кириенка на посту и обладание контрольного пакета вк газпромом маловато будет? Можешь не отвечать а пойти нахуй.
>>1029615 >Че за видимокарта? 3090, хули. Нанитами прогонял, толку нет. >Пока покупают Честно сказать, я из последнего разве что в экспедицию играл на уе. Но там полигонаж не такой ебанутый, потому и сомнение зародилось, что такие игры вообще есть. Если есть, то играть в них даже с апскелерами длсс будет неприятно.
>>1029651 >вк не госкорпорация Вк принадлежит МФ Технологии, который принадлежит газпрому. Газпром принадлежит минфину. Так что ВК не может быть частником по определению.
>>1029688 Моя картина мира соответствует реальности. В реальности вк принададлежит минфину через две прослойки. Так что прекращай рваться и загугли, нейросеть. Твои базы данных устарели.
>>1029715 я знаю деревотян, она никого не чмырила ты не деревотян и даже не тян, ты жирный лысый педераст создание треда - инциатива флеша, после того как годотеров зачморили в годотреде
>>1030028 Задроты из 80-х смотрели бы контент на Паскале. Калтент на Питоне потребляют зумеры и их дети.
>>1030006 >зарабатывать сотни тысяч просмотров Ошибка выжившего. Сколько индусов на Ютубе?
Если кто-то обосрался на камеру, выложил запись в интернет и заработал миллиарды долларов - это не означает, что и вы так сможете. Скорее всего, лишь обосрёте штаны и потратите своё время впустую.
>>1030328 Тогда и 3D модели тоже под GPL идут и касаясь игры тоже делают ее гпл. Мы создаем игру в GPL софте, а не модифицируем сам блендер. В общем? бред какой-то.
>>1030376 Ну ты ж не финансируешь и не коммитишь, только обсираешь и заодно лобызаешь сапог барина/бздотяэнжины делаешь а то и вовсе безигорничаешь, если не они то точно не ты.
>>1030401 ГПЛ говорит про копии самого кода, модификации, про продукт там вроде ни слова (иначе модели бы тоже были, это тоже код в какой-то мере). Хотя ты видимо тоже не знаешь, просто погадил в треде?
>>1030426 >статически линкуется с GPL кодом Это только LGPL. Сам GPL в рот ебал, как ты там линкуешь. Любой код - производный, значит, должен быть расшарен. А вот ассеты обычно никаким образом под "производные" не подгонишь, так что они уже будут иметь свою лицензию.
>>1030433 >Любой код - производный, значит, должен быть расшарен. Ты в этом специалист, я вижу. Что на счёт Python скриптов? Blender имеет в составе интерпретатор Python. Лицензия самого Python позволяет распространять скрипты под закрытой лицензией, но если Blender строго под GPL и использует интерпретатор Python, делает ли это все твои Python-скрипты автоматически GPL или нет? Понятно, что сам интерпретатор Python заражается GPL от Blender, но про скрипты непонятно. Скрипты - это вообще "исполнимый код" в терминах GPL или просто "текст"?
>>1030435 Код, а не текст. Но гпл делает исключение для стандартных библиотек. Типа ты можешь и подключить директикс и никто ебать не будет. Так что сам питон не заражается, потому что он - прописанное исключение и имеет свою лицензию в любом случае. Но если скрипты сделаны под блендер, то всё, пиздец. Даже если они плюс-минус общего назначения - это не значит, то тебя не въебут, если дело дойдёт до суда. Если же скрипты специально под блендер, то как их не пакуй, они производная работа. А значит, должны быть расшарены.
>>1030442 Есть, кстати, старый дедовский способ это наебать за три шага. Шаг первый - твой код живёт в отдельном процессе и общается с бленедром через сокеты. Второе, твой код не использует блендформаты. Любой другой, хоть в json модели перегоняй. Шаг третий - хуяришь прослойку. Прослойка GPL, твой код, живущий в отдельном процессе - уже нет.
⚡️Игры в России В С Ё: российские власти хотят запретить иностранные игры, у которых нет отечественных издателей — зарубежные игры можно будет купить только через них.
Также Минцифры РФ и крупные издательства предлагают: 🟠Назначить госорган, который будет следить за игровой индустрией; 🟠Активнее бороться с пиратством; 🟠Устанавливать российский игровой магазин на компы по умолчанию; 🟠Сделать обязательным использование отечественного движка NAU Engine, если разработчик хочет получить господдержку; 🟠При этом часть компаний считает, что такая локализация может ударить по самим разработчикам – зарубежные платформы могут в ответ заблокировать россиян.
Нау Енгине в феврале этого года, по сути, признался, что у них закончились деньги на разработку движка (а написать движок сейчас - это 10 лет разработки-инвестиций и команда высокооплачиваемых профессионалов, иначе никак), и теперь движок за них будет пилить некое "комьюнити" (комьюнити у сырого движка, на котором нет ни одной игры - ебало представили?). Репозиторий на гитхабе мёртвый, 8 месяцев ни одного коммита.
>>1030729 Мне что, делать нехуй - коммитить в мертворождённый проект? Если основные мейнтейнеры забили хуй на проект, то мне-то это зачем делать? Банально кто пулл реквесты будет ревьювить?
>>1030727 А теперь представь, что делать игры на другом движке - нелегально. Хочешь игру? Бери этот. Нихуя не работает? Бери вилку и чини. А хули ты хотел? Не забудь сделать коммиты в мастер.
>>1030799 Хватит проецировать маня, каким образом кто-то сможет запретить какой либо софт? Это не сайт, а программа которая работает чисто на железе твоего компа. Да, власти у нас ебнутые, но не настолько что бы ходить по домам и сносить вам урины и хрюнити
>>1030819 Ты не сможешь опубликовать игру в стиме, потому что его заблочат. Сможешь опубликовать в ВК плей. А он не примет игру на юнити. Всё, пиздец, приплыли.
>>1030799 Не взлетит даже если будет как ты сказал. Несомненно, они там так и думают - мол, мы сделаем двигло безальтернативным, и разработчики от безысходности запилят нам все недостающие фичи, а мы нагреем руки и будем иметь с этого гешефт. Да вот только не сработает это, потому что там нихуя нет. Окрывает разраб духовно-скрепной студии движок, а там AnimationGraph'а нет, редактора материалов нет, конфигуратора управления и поддержки геймпадов нет, редактора поведенческих деревьев ИИ нет, редактора гуя нет, рендера шрифтов нет, вообще нихуя нет билд игры собирается под скрипом только под пека, как делать саму игру - не очень понятно, ведь демо-проектов тоже нет. Здесь отваливается уже 95% процентов разработчиков. Окей, допустим, я упёртый каложор (взял денег у государства с обязательством выпустить игру/сзади стоит чекист с наганом и говорит программировай/ещё что-нибудь) и решил продолжать есть кактус, попутно допиливая сам движок, делая недостающие модули самостоятельно. Вижу тут две проблемы: 1. Там плюсы и припизднутая система сборки из всех этих CMake'ов и прочей обвязки, если гуй на qt ещё можно набросать, то с остальным уже сложно. Если условный скрипт-кидди или прикладной прогер на джаве/шарпе действительно мог бы набросать какую-нибудь недостающую фичу-плагин н, то подобный человек-непрофессионал просто утонет в сиплюплюсном кале нау энжина. Плюсовиков очень немного и едва ли им будет интересно бесплатно допиливать двигло за кириенку-израителя. 2. Все эти фичи требуют специфической движкописательной экспертизы и много-много человекочасов, таких людей в РФ, опять же, очень немного, и это займет очень и очень много времени.
В итоге какая-нибудь студия будет есть кактус, допиливать движок, однако, у нас всё ещё переёбанный капитализм, и пока она это будет делать (лет 5-7), она просто обанкротятся, в отличие от вкшечки, им деньги государство не подбрасывает. На движке нет демо-игр и семпл-проектов, т.е. именно игру делать даже и не пытались. Когда кто-нибудь это всерьёз попытается сделать, всплывет такой ворох проблем, что проще сказать "ну нахуй" и вернуть государству его деньги или сесть в тюрьму за растрату.
нахуй вы откопали этот труп, кроме вас никто это говно уже не помнит, включая разрабов. миллиард освоили, всё, иностранные движки успешно импортозамещены в соответствии с планом и дорожной картой
>>1030843 Проблема в том, что это попытка сделать, как у китайцев. Явно. Они там заставили юнити открыть дочку, а потом подмяли эту дочку под свои фирмы. И крупные игростудии занимаются финансированием и разработкой. Миллиарды долларов. Наши вместо юнити взяли первое, что под руку попалось, денег нет, игровых студий нет, тратиться на это всё не с руки. И так сойдёт. >1. Там плюсы и припизднутая система сборки из всех этих CMake'ов Вот как раз сборка симейком это не плохо. Она не сложнее, чем нажать "build and run" в юнити. Если есть валидные конфиги от разработчика. > гуй на qt ещё можно набросать Нет гуя - решил набросать на qt. Звучит примерно как "у меня болела голова, так что я взял молоток и сломал свою ёбаную ногу, чтобы не отвлекаться на мелочи". Если ты решаешь любую проблему с помощью qt - теперь у тебя есть сто тысяч проблем. И первоначальная всё ещё не решена. >Плюсовиков очень немного Хуйня, не верю. Плюсовиков достаточно много. >На движке нет демо-игр и семпл-проектов Это логично, потому что и движка нет.
>>1030843 >AnimationGraph'а нет, редактора материалов нет, конфигуратора управления и поддержки геймпадов нет, редактора поведенческих деревьев ИИ нет, редактора гуя нет, рендера шрифтов нет, Не путай движок и редактор. Поддержка геймпада, гуи, шрифты в движке есть. Редактор, как и движок - опенсорсный, можешь сам запилить себе всё, что надо.
>>1030846 Ещё не было релиза, прекращай страдать галлюцинациями.
>>1030857 У разработчиков движка хорошая зарплата.
>>1030864 Не, ну вообще, могли бы сделать прогрессивную ставку. Если игра заработала меньше миллиона, то 15% например. Нахуя индюков с небольшим заработком дрочить 30 процентами.
>>1030873 Наоборот, индюков надо давить. Чем меньше заработал - тем больше отдаёшь. По хорошему до миллиона долларов должна быть комиссия 100%. Индюк должен быть благодарен только за то, что имеет возможность популяризовать свою игру.
>>1030873 они это систему несколько лет назад сделали, но ровно наоборот, там если ты больше скольких-то миллионов зарабатываешь то платишь меньше процентов
>>1030885 >ДАДА УРААА туда этих капиталюг ебаных, ухх, ща еще как возродим коллективизм вообще заживем, ленин встанет с мавзолея и наступит коммунизм, ГООООООООЛ
>>1030894 ну смотри, стим на пека - монополия. технологически уже давно 30% не обоснованы. они были созданы тоже кстати монополиями во времена когда игры продавались в физических коробках. но люди же животные, их не заставишь покупать в другом месте. "как это не стим? ну тогда игры не сущесвует". почему монополии нерфят - можешь почитать исторические справки.
>>1030894 Причём здесь калмунизм, дэбил? Тот же Гугл понизил сборы до 15%, пока игра не заработает больше миллиона. Эпики вообще не берут комиссию, если игра заработала меньше миллиона.
>>1030904 Ты бы это в лицо хуангу прижимающему видеопамять, как торгаш весы на базаре, сказал. Это реальный монополист. Габен не является монополистом, других сторов игр миллион и даже ты можешь создать свой стор. Не надо рассказывать что в умах других геймеров эпикстора нет, все только так на халявные раздачи бегут, всё у всех есть. А это по факту просто атака на стор с целью отнять и поделить. Габен вам делает линукс с играми, создает лучший из доступных сервисов, что между прочим нихуя не дешевое удовольствие, а тебе бы только поплакать про комиссию. >>1030910 >ГП понизил сборы Эта помойка ебаная вообще сборы должна иметь только за хостинг файлов, процента 2-3, и то многовато, просто потому что в отличии от габена обладает алгоритмами формата "сколько денег вкинул, столько получил инсталлов". С соответствующим юзер экспириенсом.
>можешь создать свой стор Фалько, ты? Уже напаял 48 ГБ на 4090 в гараже?
>сборы должна иметь только за хостинг файлов Разве Гугл не платит за отправку файлов? Пипец...
База треда: - отправляем свои игры только за деньги стора - берём 146% от выручки стора с наших игр - требуем со стора рекламу своей игры - разраб движка оплачивает игры
>>1030964 >Реальные монополисты - TSMC и ASML... Как монополистами могут быть двое? Это уже либо картельный сговор который еще поди докажи либо не монополизм ни разу. А вот у хуанга cuda монополизм полноценный, больше никто этой технологией не обладает, гугл конечно делает сам себе нейрочипы, но только сам себе и своим триллиардным корефанам.
>Фалько, ты? Уже напаял 48 ГБ на 4090 в гараже? Детекторошиз, ты? Как из палаты вылез?
>>1031020 >>1031023 Да мне похуй, лол) Как ты однако резво на амбразуру кинулся, так даже годоти свой движок не защищают. Лучше бы ответил анону выше на вопрос почему выбрали не годот, только без лишних брызг. Там и лицензия поприятнее и комьюнити реально есть.
>>1030857 Да похуй, лол. Всё равно судя по прогрессу с движком, всех прогеров уже куда-то проебали. А нет прогеров - не надо платить.
>>1030966 Выбор вполне понятен и очевиден. На дагоре есть игры, популярные в РФ, с хорошей оптимизацией и достоверно рабочие. А годот это что такое? Никто не знает.
>>1031034 То есть венгерские закладки в дагор впринципе покатят? К тому же хуан аргентинец, а они вроде как братушки, разве нет? Эту благодатную тему впринципе можно и дальше развивать, но вроде как ничего не мешает подключить фстэк к этому вопросу и найти все закладки, если таковые есть, было бы желание. А желание если и есть, то имхо совершенно не альтруистическое по отношению к геймдеву.
>>1030983 >>TSMC и ASML... >Как монополистами могут быть двое? TSMC делает сложнейшие чипы, 90% доля рынка. ASML делает станки для производства чипов. Один.
>cuda монополизм полноценный Vulkan compute shaders по производительности для нейросетей +/- как CUDA, и работают на любых GPU. Преимущество в CUDA только широкая поддержка различных фреймворков... Но не вина NVIDIA, что порриджам лень юзать открытые технологии.
Ядра CUDA это те же чипы, что шейдеры считают. Специальные чипы CUDA давно невыгодно делать. Изначально вообще начинали отдельно от GPU, как "физический процессор", но это давно не так и даже поддержку PhysX дропнули в 50XX серии карт, лол.
>гугл конечно делает сам себе нейрочипы Про AMD забыл? У них есть свой клон CUDA, но они поддержку для старых карт постоянно обрубают, т.е. принуждают покупать новые карты раз в 2-3 года. Существует целая линейка профессиональных GPU, предназначенных для серверных стоек, от AMD. Но поддержку обрубили и они превратились в тыкву.
Алсо Intel делает нейрочипы для своих CPU и GPU. В мобильных устройствах на ARM они тоже есть. Ещё можно вспомнить собственные чипы Apple...
>>1031035 >Выбор вполне понятен и очевиден. На дагоре есть игры, популярные в РФ, с хорошей оптимизацией и достоверно рабочие. А годот это что такое? Никто не знает. В сурсе недавно нашли включения кода из репы годота по освещению. Можно ли считать что кс и дока 2 будучи в том числе популярными в РФ - означает что годот тоже популярен в РФ? Просто об этом мало знают.
>>1031037 >Vulkan compute shaders по производительности для нейросетей +/- как CUDA, и работают на любых GPU. Преимущество в CUDA только широкая поддержка различных фреймворков... Но не вина NVIDIA, что порриджам лень юзать открытые технологии. Видимо минус гораздо больше чем плюс, учитывая что карты амд сопоставимые с зелеными в играх до сих пор имеют *0.5 производительность в нейронках. Cuda это не просто очередное апи, у этого апи есть хардварная часть с кучей оптимизаций, что в общем и дает подобную производительность в нейронках. >Про AMD забыл? Помню, но там постоянно какие-то проблемы. С каждым годом их меньше, но любой кто занимается иишками профессионально говорит только одно - ваш выбор это зеленые и никакие другие, остальные нейронки только для массового потребителя с соответствующей задержкой доставки новых технологий.
>>1031034 >содержит шпионские закладки Со сборкой Линукса с нескучными обоями всё ок: https://ru.wikipedia.org/wiki/Astra_Linux Или это другое? Движок для игр опаснее ОС? >Обеспечивает степень защиты обрабатываемой информации до уровня государственной тайны «особой важности» включительно. О да, все мечтают делать игру с гостайной внутре.
Для 100% безопасности ИГРА должна быть опенсурс и собираться из исходников на доверенной машине (после внимательного изучения исходников игры). Конкретный движок не важен, потому что сделать в коде игры "закладку" может разработчик игры.
>>1031035 >На дагоре есть игры, популярные в РФ Свой собственный WarThunder инди не сделает.
>хорошей оптимизацией и достоверно рабочие Игры корпораций оптимизируются потом и кровью.
>>1031117 >Для пиксель-арта сойдёт... на вулкане этот "пиксель-арт" будет смотреться по другому, все таки это именно что источник освещения. Просто d3d12 это сам по себе экспериментальный рендер аля метал для яблочных устройств.
>>1031117 >На любом движке можно сделать WarThunder... Из того, что я вижу про годот итт - не на любом.
>>1031118 >все таки это именно что источник освещения Это к освещению имеет примерно нулевое отношение. Это метод фильтрации текстур. Причём не зависящий от апи - чисто код, который по какой-то причине не вызывается на другом апи, что указывает на жопорукость кодеров.
>>1030913 Тут хоть кто-то понимает к чему это действительно может привести? Вернее что будет, если стрим - обанкротится?)
У яндекса какого-нибудь вообще 50%. И стим эти бабки тратит на развитие своих серверов, открытие новых и собственное продвижение. Вообще эту хуйню начали разрабы дискоелизиума, и тогда с них поржали почему-то. А сейчас всплыли внезапно, когда сами разрабы элизиума уже зачеркашились в коррупционных схемах.
И если эти 30% помогают площадке жить, а разрабам лутать деньги - в чем минусы? И это ещё стим не забил на Россию кстати. Если стим ебнет свои сервисы, то придется кому-то перекатываться в VKплеи и другие аналоги, где будет комиссия не 30% а 50% от дохода.
Хотели землю крестьянам и фабрики рабочим, поэтому их загнали часть в землю, а часть на заводы. Бойтесь своих желаний.
>>1031202 Много в калплее игр на сорок гигов? Не говоря о стимлинке, расшареных сохранениях, распродажах, фествалях демок и прочем жире. Еще и аккаунт разраба тебе отключат если долго не апдейтишься. Стукнул переход на новое апи - поебать что твое приложение запустится без каких либо проблем даже через пятерку поколений апи, пиздуй обновляй. Алгоритмы продвижения вообще смешные и старые как мир, а особенно весело когда часть бюджета уходит на индусских спамеров, сливающих твои бюджеты на инсталлы себе в карман
>>1031202 >5% Во-первых, VK - это Mail.ru Group. У них множество источников бабла, включая несколько относительно популярных соцсетей и площадок веб-игр (сначала Macromedia Flash, потом HTML5), всё это обмазано рекламными баннерами и премиумными услугами. Начиналось вообще как почтовый сервис. У них же облачный хостинг файлов есть и даже несколько мессенджеров (раньше были). Вся инфраструктура отлажена давно и явно приносит им сверхприбыль - локальный монополист же. А в 2021 (?) их Газпром выкупил... У них тонны бабла, они могут содержать убыточный сервис как минимум несколько лет.
Steam - это Valve, и начинали они как разработчики компьютерных игр, на прибыль с которых удалось организовать свой магазин. При этом чего-то кроме магазина прибыли им, похоже, не приносит. Да, они организовали свою соцсеть, но по отдельности она убыточная. Большинство сервисов бесплатны для потребителей. Они вкладывались в железо, типа VR гарнитуры, геймпада и Steam Deck, но это, очевидно, убыточные вложения для закрепления на рынке. Агрессивной монетизации у них нет, наоборот, даже стараются снижать цены в нищих регионах; они не развешивают чужую рекламу у себя и даже как-то отказались от собственной крипты. Остаётся лишь собственно магазин игр и перепродажа "пикселей". Жертвовать прибылью магазина? Ради чего?
Во-вторых, VK - по сути всё ещё новичок на рынке компьютерных игр (не браузерных, а с установкой). Локальный рынок ещё даже не захватили. Нужно привлекать игроков массой интересных, дешёвых, уникальных игр, а разработчиков - условиями для публикации этих игр. Логично, что они идут на риск, привлекая как можно больше разработчиков игр. Выдаивать до последней капли смогут попозже.
Steam же до сих пор глобальный монополист, даже захватил кусок Китая, у которого изоляция по всем направлениям, включая игрушки. Зачем ему идти на рискованное снижение прибыли? Они и так основа мирового геймдева, все новички стремятся в Steam. Конкуренции у них нет: EGS не хватает многих фич, индюшачьи Itch и прочие вообще смехотворны. Они игровой Linux игрокам запили, кто ещё так делал?
В-третьих, в чём мотивация VK? Захватить рынок и высасывать прибыль, как они это всегда делали. Их игрушки ваши не интересуют, им важно подсадить побольше наивных ньюфагов, чтобы потом держать синдромом утёнка на своей платформе и дальше.
Steam/Valve создавался Гейбом ради игроков. Они стараются доставлять лучшие условия для игроков. Естественно, что приходится жёстче обращаться с разработчиками, особенно если те флудят рынок бестолковыми ассетфлипами. От твоих 50 коротких ассетфлипов игрокам лучше не станет, так с чего ты заслуживаешь больше 70% прибыли? Радуйся, что не забанили за твои помои, которые ты заливаешь. Бесконтрольные геймдевы совсем с ума сходят.
Так что я не вижу проблемы с 30% Стима. Наоборот, подозрительные 5% ВК заставляют усомниться в перспективности их платформы. Могут просто взять и отрубить убыточный сервис - что им за это будет? Основные источники прибыли у них точно не игры.
Недавние предложения регулировать игры - видимо, лоббирование со стороны ВК: так за 3 года рыночек захватить и не удалось - паникуют, очевидно... Но это выстрел себе в ногу, ИМХО. Насильно мил не будешь - большинство просто станут пиратами (снова).
>>1031324 Если он ищет одного человека чтобы тот в соло собрал демку - очевидно шизик. Ну точнее даже не шизик, просто чел не понимающий что он делает.
Проект реально может делаться и иметь перспективы только в одном случае - когда есть команда, и в ней есть хотя бы несколько профессионалов которые уже состоялись и на накопления живут или параллельно работают, либо если человек готов нормально платить.
>>1031303 >подозрительные 5% ВК заставляют усомниться в перспективности их платформы. Алло, вк со дня рождения - проект фсб. То, что его передали от дурова газпрому только это подтверждает. Давай вспомним, что вк уже был ебать, какой здоровой платформой, и даже рекламу у себя не размещал. Не имел никакой монетизации, хотя стоит ебейших денег. А потом были посадки за удалённые посты, скрытые посты и т.д. Надо же, а как? Вот и думай. Вк выгода не очень-то и нужна.
Блендеровский Dogwalk (демка на 15 минут!) требует 8 Гб ОЗУ минимум. Интересно же почему? Неужели швабодный движок настолько сложен, что гениальные разработчики Блендера не сумели обуздать гений аргентинского наркобарона?
>>1032254 >Блендеровский Dogwalk (демка на 15 минут!) требует 8 Гб ОЗУ минимум то есть этот кусок говна у меня даже не запустится в отличии от жта 5, ебало представили?
>>1033709 >Отдельно проигрываю как они считают себя каким-то вкладом в индустрию или культуру. Бля это просто 10/10 Похуй на индустрию и культуру. Люди делают игры и показывают их друг другу. Есть небольшой поощрительный фонд, с которого при нынешних ценах даже электричество, потраченное на разработку, не получится окупить. Хочешь принять участие в движе, порофлить и пофлексить с остальными - участвуешь. Хочешь повыебываться своей персоной - пошел нахуй.
блядь... все ругают люмены-наниты с соевым газом, но разрабы не стоят на месте, и находятся в постоянном творческом поиске самых уебанских идей. и периодически подкидывают на лопате такие хидден гемы говна как 12 фпсные анимации, типа стоп моушн. мало того, что разрабы игры решили, что человеческий глаз выше 60 фпс глаз не видит, и на 144 Гц монике игра ощущается как слайдшоу, так в данном слайдшоу показывается слайдшоу из 12-фпсных анимаций...
Ладно, я понял, твг опять соснул, но хуй кто объяснит вкратце, как на этот раз. Походу, там кроме десятка конфоблядей и не сидит никто, так что никто не в курсе причины пососа.
>>618624 (OP) Сап, аноны. Поскольку движков для гранд ртс нету, а движок парадоксов устаревшее дерьмо, то я пилю собственный движок для ртски на плюсах. Мнение?
>>1033915 Абу вспомнил что гд существует и модер их ебал без остановки удаляя весь нерелейтед. А так как нерелейтед там это 95% постов - удалялось по сути почти всё.
На самом деле так и должно быть, хз в чём их проблемы просто не срать в треде.
>>1034266 >собственный движок для ртски на плюсах Если у тебя 2D игра с преобладанием GUI - норм...
Но я бы взял Godot... Там тоже на C++ писать можно. Интерфейс гибкий, можно прототип быстро делать, портирование +/- хорошее и без компиляции, если стандартная сборка движка полностью устраивает.
>>1034303 >DOTS имба для твоей задачи. Ты не знаешь, что такое "grand strategy"?
У тебя есть набор городов. Ты можешь отправить невидимые войска, которые отмечаются стрелкой. Невидимые граждане генерируют невидимую еду, транспорт (бонус к движению), технологии (бонус к производству, урону войск и т.п.). "Юнитов" в таких стратегиях не существует, зато у тебя там миллионы условных солдат/фермеров/учёных/тян/хикканов, и распоряжаться нужно не юнитами, а ширнармассой.
Grand strategy геймплейно похожи на idle clicker...
>>1034310 >Если у тебя 2D игра с преобладанием GUI - норм... Мне на интерфейс в целом поебать, лишь бы был. Мне важны механики и бэкэнд, которого я планирую много
>>1034309 Ну да, ошибаешься. И тебе же сказано что гуглить - DOTS
> чистый код всегда в тыщу раз быстрее и лучше будет Бывает грязный код?)
>>1034310 > Ты не знаешь, что такое "grand strategy"? Знаю. Но было сказано также сказано "rts". Что особо сути тут не меняет.
> В общем, специальный движок им не нужен. Ничему специальный движок не нужен. Но взяв юнити будут закрыты общедвижковые вопросы, будет готовыц фреймворк для интерфейса, и будет продуманный комбайн для многопоточного кода в виде джоб систем и бёрста.
>>1034316 Нет, ошибаешься. Код на бёрсте работает быстрее си. А чтобы сделать такую же систему как джоб система ты ебнешься и затратишь кучу времени на то что уже готовоб.
>>1034315 >взяв юнити >готовыц фреймворк для интерфейса Ага, значит, так: 1. Скачиваем лаунчер юнити. 2. Скачиваем юнити через лаунчер. 3. Скачиваем кнопки через юнити. Почему они не могли сделать нормально?
>продуманный комбайн для многопоточного кода С многопотоком всё равно себе в ногу выстрелишь.
Помнишь Катабазис? Он бросил игру из-за DOTS... А помнишь, как пошаговый Катабазис тормозил?
>>1034335 > Ага, значит, так: > 1. Скачиваем лаунчер юнити. > 2. Скачиваем юнити через лаунчер. > 3. Скачиваем кнопки через юнити. > Почему они не могли сделать нормально? Для любой игры много всего качать придется
> С многопотоком всё равно себе в ногу выстрелишь. В меньшей степени
> Помнишь Катабазис? Он бросил игру из-за DOTS... Игра твоего одноклассника? Впервые слышу
>>1034319 gcc даже на дрисняточке выдаёт код лучше проприетарного говна от юнити (это при том, что под окнами компилятор gcc дерьмище, под линуксом это ещё быстрее бы работало)
>>1034413 >пацаны мы векторизацию забабахали и теперь бёрст с векторизацией работает быстрее чем плюсы >ну вообще плюсы с векторизацией работают так же, но быстрее, но там нужно миллиард лишних строк кода, бля будем(openmp мы кстати не использовали) >а ещё в критичных частях кода можно писать на ограниченной кальке си без классов но зато с MemCpy и Malloc Нахуя вы продолжаете неиронично срать этим самопиаром от юнити? Шарпы медленнее плюсов by design, для того чтобы сделать шарпы аналогичными по производительности, нужно буквально сделать из них другой язык. Ну нельзя сохранять все фичи шарпов и при этом иметь плюсовую производительность, смиритесь.
> Ну нельзя сохранять все фичи шарпов Глупый. Нету там всех фичей, они все повыпилены.
Поэтому они и называют его HPC#. Например в нем полностью отсутствуют менеджед типы и классы.
> >ну вообще плюсы с векторизацией работают так же, но быстрее, но там нужно миллиард лишних строк кода, бля будем(openmp мы кстати не использовали) Пиздишь, они говорят что в некоторых ситуациях бертс быстрее, а в некоторых С++, причем ситуации где С++ быстрее они считают решаемыми проблемами.
Это ж очевидно, что когда у вас свой очень узкий язык(а у HPC# намного меньше возможностей чем у С++) и свой компилятор заточенный под узкие задачи для него - скорее всего тут проще будет достичь большей производительности если это теоретически возможно.
>>1034468 В том и прикол, что бёрст компилер компилирует твой шарп в машинный код. Как кресты. По сути, бёрст это транслятор в кресты, как и il2cpp. Показывает производительность кланга, потому что там кланг под капотом. Всё, заговор раскрыт, можно расходиться.
>>1034477 > В том и прикол, что бёрст компилер компилирует твой шарп в машинный код. Как кресты. По сути, бёрст это транслятор в кресты, как и il2cpp. Не, там другая последоватлеьость немного HPC# -> IL -> машинный код
То есть это полностью их компиляция, которую они полностью контролируют
>>1034485 Суть та же. Просто в бёрсте нет полной эмуляции среды, он собирается сразу в машинный код. А il2cpp тащит на себе всё. Итоговая суть та же, разве что бёрст пытается накинуть дополнительных оптимизаций, не тащит на себе транслированный в кресты рантайм с GC коллекторами и т.д.
>>1034475 >когда у вас свой очень узкий язык >у HPC# намного меньше возможностей Ну и зачем он такой нужен, лол? Синдром утёнка?
Я вот вообще не понимаю, зачем нужен C#: - операторные скобки как во всех вариантах C - основные возможности как у всех языков - никаких особенных преимуществ нет - GC пропукивается == плохо для игр - прибит гвоздями к либам дотнета - тупо "как Java, но от майкрософт"
Юнити нужно просто протащить восьмой дотнет. R2R выебет и высушит их burst с il2cpp вместе взятыми. С другой стороны, код опять будет на ладони, а не обфусцирован в шизохуйню.
>>1034491 > >когда у вас свой очень узкий язык > >у HPC# намного меньше возможностей > Ну и зачем он такой нужен, лол? Синдром утёнка? Ну удобно же - те же типы, тот же синтаксис, тот же синтаксический сахар, и можно удобно интегрировать с сишарп кодом.
Можно было бы взять С++, но как его с другим шарп кодом дружить, те же структуры туда сюда гонять - дублировать сто ли?
Можно было взять раст или еще что-то - но там еще и синтаксис другой и вообще свои концепции ебанутые есть.
А тут чисто задача молотить данные в многопотоке, классы для этого не нужны, асинк не нужен, рефлексия не нужна, много чего не нужно. Вот и остается все самое необходимое с минимум средств выстрела себе в ногу.
>>1034475 >Нету там всех фичей, они все повыпилены. Я об этом и говорил. >в некоторых ситуациях бертс быстрее, а в некоторых С++ Да, я криво прочитал. Только непонятно зачем они это сравнивают с плюсами, а не с чистым си, ибо по функциональности это как раз ближе к нему. Вообще непонятно зачем они тогда навелосипедили свой язык, а не добавили возможность хуярить вставки на си. >>1034477 Так в шарпе же всё равно остаются safe фичи типа проверок на выход за границы массива? Понятно, что на производительность это не сильно влияет, но влияет же.
>>1034491 > Я вот вообще не понимаю, зачем нужен C#: > - операторные скобки как во всех вариантах C > - основные возможности как у всех языков > - никаких особенных преимуществ нет > - GC пропукивается == плохо для игр > - тупо "как Java, но от майкрософт" На нём удобно писать бизнес логику для которой не сильно критична производительность.
Вот тебе надо сделать карточки товаров в магазе, со всчкими динамичными элементами на них, тацмерами скидок и прочим говном - на чём быстрее напишешь на шарпе или на с++? Скорее всего намного быстрее на шарпе. А то что жрать будет 0.3мс вместо 0.1 - да ваще пох.
> - прибит гвоздями к либам дотнета Что ты имеешь в виду?
>>1034503 >Так в шарпе же всё равно остаются safe фичи типа проверок на выход за границы массива? В том и дело, что ни в бёрсте, ни в il2cpp не остаётся самого шарпа.
>>1034503 > Так в шарпе же всё равно остаются safe фичи типа проверок на выход за границы массива? Понятно, что на производительность это не сильно влияет, но влияет же. Нет. В бёрсте они только в дебаге, в релизе вырубаются вообще все сейфти чеки.
> Да, я криво прочитал. Только непонятно зачем они это сравнивают с плюсами, а не с чистым си, ибо по функциональности это как раз ближе к нему. Да. Ну а си сильно быстрее крестов если использовать те же функции? Мне кажется там то же самое.
> Вообще непонятно зачем они тогда навелосипедили свой язык, а не добавили возможность хуярить вставки на си. Проще коммуницировать между шарпом и этой хуйней.
В том же ецсе, в одной системе где перформанс не нужен ты можешь сделать чтобы был обычный их рантайм с итерацией по компоненту govno, а в другой системе берст с итерацией по точно то му же govno.
Например врага тебе надо заспавнить и его статы подтянуть из конфигов - да нахуй тебе там берст, можно и без берста заспавнить это копеечная операция. А вот ии врагов или физику - это надо параллелить
>>1034507 >в релизе вырубаются вообще все сейфти чеки. Понял. >Ну а си сильно быстрее крестов если использовать те же функции? Мне кажется там то же самое. Это уже у авторов статьи надо спрашивать что они там использовали. Может они там использовали вектора вместо c-style массивов, а то и вообще обмазались STLевскими наворотами по полной. Раз они сравнивали именно с плюсами, то решусь предположить, что всё-таки что-то подобное присутствовало. Моя претензия больше в том, что писать "ололо бёрст быстрее плюсов" некорректно. В статье, судя по всему, сравнивали программу полностью написанную на HPC# с аналогичным куском полностью на плюсах. Тогда вполне возможна сопоставимая скорость. Но вот если мы сравним реальную игру на шарпах с периодическими вставками HPC#, то трудно себе представить чтоб оно было быстрее полного аналога на плюсах. Да и не нужно это, наверное.
>>1034641 > Моя претензия больше в том, что писать "ололо бёрст быстрее плюсов" некорректно. Да это просто для троллинга такая формулировка, для тех кто до всерьез считает что вот они пишут на с++ лабы и они крутые а юнити это для школьников лагодром какой то.
Так то хуй его знает, в каких ситуациях и когда быстрее он будет - что та хуйня что та хуйня теоретически может один и тот же итоговый машинный код произвести. Но то что юнити часть движка на него переводят - это впринципе показатель что оно пригодно для написания производительного кода, вопрос в синтаксисе и удобстве.
А практически - в любой игре будет беклог на 200 задач что надо оптимизировать но пока на это забито, и с десяток идей которые предполагают крупный рефакторинг архитектуры который так сразу и не скажешь даст ли профиты.
> В статье, судя по всему, сравнивали программу полностью написанную на HPC# с аналогичным куском полностью на плюсах. Может быть.
> Но вот если мы сравним реальную игру на шарпах с периодическими вставками HPC#, то трудно себе представить чтоб оно было быстрее полного аналога на плюсах. Ну на практике, там на шарпах(причем не просто шарпах, а ил2цпп, просто с гц и всей хуйней) очень малая часть производительности будет сжираться.
Ну обновить цифру в окне или текст - да это хуйня. Основная часть перформанса - это рендеринг, физика и иногда геймплейная логика.
Ну это всё равно очень теоретически всё, и не особо важно.
> Да и не нужно это, наверное. Вот.
В той же статье от юнитей они говорят ещё и о стоимости разработки - что вот по их задумке, на hpc# должно быть проще и быстрее писать геймплейный производительный код чем на с++, условно затратили намного меньше усилий, а получили что-то примерно такое же. Это очень абстрактное заявление, но чисто концептуально это то куда они идут. На практике чисто по моему опыту - да, такое ощущение в разы проще джобу написать на юнитевской хуйне чем на с++ с стл писать, и уж тем более отлаживать неопределенное поаедение.
Возможно есть либы на с++ которые тоже дают тебе какой-то удобный фреймворк с минимальным выстрелом в ноги для написания параллельного кода с векторизацией, какие-то статические анализаторы которые будут запрещать делать что-то из ряда вон. Вполне может быть. Но вот и юнити тоже есть который даёт вполне годный функционал такого рода.
>>1034657 >для тех кто до всерьез считает что вот они пишут на с++ лабы и они крутые а юнити это для школьников лагодром какой то Врёшь, я терминатор кармак 3000 с гениальным движком, а ты проприетарный пропукокарась.
>>1034686 не обязательно же, движок же. просто пусть хоть что-то делает. картинку отображает например. или опрашивает инпут. или окрашивает бэкграунд. или все вместе
Чё там урину5 уже сделали игровым движком или это все ещё симулятор статтеров на компе за 500к? А то по ощущениям, эта параша релизнулась только для того, чтобы на ней вышло пару норм игр +-, а остальные перешли и сдохли нахуй, либо проебали бабки на разработке и распались как студии по возможности.
Иначе не объяснить зачем неизвестные кабанчики прискакали в офис сд проджект с какими-то предложениями сделать возьмак на уебан5.
Попытался вкатиться в юнити. Скачал вот эту последнюю 6 версию. Получил пикрил при создании нового проекта. Попытался пофиксить по советам из инета, типа добавить подкачку и т. д. ... Не работает. Конечно же я не уверенный пользователь пк, но хочу разобраться в этом. Что не так?
Из железа у меня леново 19 года - это и есть проблема? Тогда насколько дорогой мне нужен пк чтобы вкатиться полноценно и более менее комфортно себя чувствовать? С анрилом будет также?
>>1035046 >Лучше бы спросил когда юнити исходники откроет, чтобы можно было на плюсах писать. Дак а смысл какой. Даже если они откроют исходники. Писать без пропуков всеравно будет невозможно, т.к. оно же внутри заточено на использование в шарпе. И конечно же везде юзает GC.
>>1035632 >ну не плачь.. Так я не плачу, клиенты слесарей-плюсовиков плачут. >кста уверен на 99%, что ты нихуя не понимаешь, как они работают Представили ебало и чсв этого слесаря, что он указатели как нечто сакральное преподносит?
>>1035702 >слесаря >слесаря >слесаря у тебя какая-то фиксация на ебыре слесаре >Представили ебало Предавил твое, когда ты увидел арифметику указателей >Ну его нахуй, лучше буду проституткой юнькой.
>>1035744 >Представили ебало чела, который выёбывается знанием указателей? Не знанием, а пониманием. Просто знать недостаточно. Знать та ты может и знаешь, но не понимаешь. Поэтому ты и выбрал юньку.
>>1035794 >Поэтому ты и выбрал юньку Никто не будет брать урину чтобы сделать маленькую игру там где можно быстро сделать на c#. Тем-более что урина как движок даже с С++ - это хуета ебаная, которая начала деградировать с 3 версии и до сих пор не останавливается в этом достижении. Лишь бы ХуйСуньВчяй с Нвидии налутал больше бабла со Свиньей.
Это даже хрюнити в крысятничестве перевешивает с головой. У людей просто выбора нет из C++ движков, чтобы выбрать что-то другое не более мразотное. А одебилевшие дурачки со студий, бросают развивать свои двигла потому что "ДОРОХО СЛОЖНО НЕПАНЯТНО" и можно нанять индусов, а доход который уходил на зп инженерам плюсовикам двигла в карманчик засунуть. Или в попу спрятать.
Так что в мразотстве движков - тут свинорылый на первом месте, а дальше юнити, после чего годот, который жирные фемки пишут.
>>1035984 > В юнити есть указатели) Ну при желании можно и на бэйсике в память писать.
> указатели проходятся на любом видеоуроке по С++ почти в спмом начале И что с того, как это поможет тебе понять, как работают указатели. Хоть вначале, хоть в конце проходи, один хуй не поймешь, поэтому тебе и дя таких как ты сделали юньку,
>>1036225 Зато можно будучи криворукой макакой сделать игру и не быть безыгоркой))0) Коротко про порог вхождения, используя готовые инструменты (блупринты, хуипринты, шарпы, хуярпы) И что, что твоя игра будет работать как говно и будет неиграбельной парашей? Зато ты не БЕЗЫГОРКА.
>>1036225 > И что с того, как это поможет тебе понять, как работают указатели. Хоть вначале, хоть в конце проходи, один хуй не поймешь, поэтому тебе и дя таких как ты сделали юньку, Чел, ууазатель это простейшая вещь, тебя ждёт ещё много интересного в программировании, успокойся.
>>1036253 Мне кажется ты просто потому ,то безвгорник всех игорников обзываешь и говоришь что у них не игры или игры сделанные не так, потому что завидуешь.
>>1036403 Он не в соло разрабатывал Всё таки для разработки игры нужна команда, иначе в соло на юнити ты сделаешь только пропук И то, ныне сейчас даже команды разработчиков делают пропуки среди игросодержащего.
>>1036398 Пропуки это в целом показатель ограниченности времени на разработку игры, значит старались уложить фичи в релиз и на анализ всех пропуков времени не хватило, немного больше полишинга и пропуков не будет.
>>1036412 >немного больше полишинга и пропуков не будет. ор, почему среншины и тарковы тогда так хуёво работают? Ладно наши слоны делают хуёво, тут привыкли уже, но почему у китайцев то нихуя не работает нормально? Чтоб на снапдрагонах последних игралось в игре урезается разрешение экрана ниже 720п юнити рендер-пропук исправьте
>>1036467 > среншины Ты чё дебил что ли? Он работает на мобилках с 2-3 гигами оперативки
> Чтоб на снапдрагонах последних игралось в игре урезается разрешение экрана ниже 720п > юнити рендер-пропук исправьте На лицо отсутствие знания базы. Гпу никогда не является причиной пропуков, на гпу можно вообще динамичное разрешение делать и он у тебя будет укладываться в норму даже при очень разнородной тяжести нагрузки на гпу.
Пропуки же - это ботлнек со стороны цпу, либо по памяти, либо по тяжелой блокирующей операции.
>>1036473 >Ты чё дебил что ли? Он работает на мобилках с 2-3 гигами оперативки Может ты дебил? Как оно может работать с таким кол-вом оперативы без свопа а соответственно без пропуков, если банально гандондроидам нужно много оперативы для банальной работы? А со свопом эта дерьмо-игрушечка будет пропукивать, ибо это говно требует большее кол-во озу, не говоря уж про производительность железа. >Гпу никогда не является причиной пропуков, на гпу можно вообще динамичное разрешение делать и он у тебя будет укладываться в норму даже при очень разнородной тяжести нагрузки на гпу. только заместо графики у тебя будет пиксельная каша, ибо ты выбрал юнити-пропук.
>>1036475 > Может ты дебил? Как оно может работать с таким кол-вом оперативы без свопа а соответственно без пропуков, если банально гандондроидам нужно много оперативы для банальной работы? А со свопом эта дерьмо-игрушечка будет пропукивать, ибо это говно требует большее кол-во озу, не говоря уж про производительность железа. Вот это ментальная гимнастика.
Значит проблкма - не пропуки, а большое потребление оперативки? А почему тогда ты говорил про пропуки для этого?
Кстати, на андроиде кста нету свопа как такового(ток на отдельных девайсах), игра крашнется просто если оперативки не хватит) Ты что, никогда под андроид не разрабатывал, не смотрел краш логи с девайсов? Просто ты выше говорил что-то про "гандондроиды" и потребление оперативы, это выглядело так, будто ты по опыту говоришь.
> только заместо графики у тебя будет пиксельная каша, ибо ты выбрал юнити-пропук. Так мы говорим про пропуки(статтеры?) или производительность гпу части?
Вдвойне забавно тут ещё то, что производительность графики - это то, что от движка зависит меньше всего, у тебя шейдер в юнити и шейдер в бздот энжин будут одинаково перформить. От движка зависит только то, что на цпу крутится, а тут уже разрешение рендера роли никакой не играет.
Но безыгорная бздотя такого не знает, потому что никогда не разрабатывала игр и имеет скиллы на уровне лаба2.
Тем удивительнее, что ты его не понимаешь.. Приходится делать всякие юники для таких, как ты. Кста история с указателями подмечена уже очень давно. Еще в мохнатых годах читал такие наблюдения. Челики залетают на бэйсик, начинают обучаться, у них получается, потом переходят на что то типа Cи. Все идет отлично ровно до момента с указаетлями, ровно там люди начинаю отваливаться, хотя до этого все шло отлично. Тут я склонен согласится с проф. Савельевым, то что ты не понимаешь, как работают указатели это не твоя вина, просто у тебя отсутствует часть мозга необходимая для этого.
>>1036501 >крестодебил решил накидать терминов, чтобы сойти за умного >>1036503 А если я зарелизил игру, а затем через неделю понял указатели, игра стала игрой только яерез неделю после релиза?
>>1036652 >Кто о чем, а крестодебил о сранье в штаны Чел, ты ж сам про свою "игру" заговорил. А кроме как сраньем в штаны это поделье язык не поворачивается назвать. А кроме срани ты и не мог ничего написать. Ведь ты не понимаешь, как работают указатели, а это база. Поэтому твоя "игра" - это говно, а еще это залупа.
>>1036662 >МОЯ ИГРА ЭТА НЕ СРАНЬЕ В ШТАНЫ!!11 пруфы будут? нет, значит твоя игра - сранье в штаны. прими чилл-пилл и займись, тем что у тебя хорошо получается, например доставкой. Игры - не твое.
>>1036664 >Ну в с++ указатель - просто переменная в которую записан адоес. >Ссылка - подсказка для компилятора какую переменную на стеке юзать пиздец. no comments. особенно по второму пункту.
>>1036661 >Всегда думал, что это одно и то же это одно и тоже. почти. ты не можешь позвать delete на ссылку, но с другой стороны можешь запросить ее адрес и позвать delete на него.
>>1036673 Крестодебил, а что-то кроме тейков про сранье в штаны будет? Покажешь свою игру с арифметикой указателей? И что ты там конкретно ими арифметишь отличное от перебора массивов, которые перебираются и без арифметики указателей?
>>1036683 >рассуждаешь о говне. Чел, это ты рассуждаешь о говне. А я всего лишь сказал, что твоя игра говно. Потому что ты не можешь сделать нормальную игру не зная онснов. Вместо аргументов, ты предпочитаешь скатить дискуссию в срач о говне.. Типичная юня...
>>1036678 >Покажешь свою игру с арифметикой указателей? Дак а толку тебе показывать, ты один хрен ничего не поймешь.. >И что ты там конкретно ими арифметишь Ну например пакеты бинарного протокола имеют переменный размер, т.к. в них передаются массивы переменного размера.
>>1036691 >Дак а толку тебе показывать, ты один хрен ничего не поймешь.. >Ну например пакеты бинарного протокола имеют переменный размер, т.к. в них передаются массивы переменного размера. Ты сам то хоть немного понимаешь в этом? У пакетов есть заголовок с его размером, чтобы получить из буфера пакет тебе не нужна арифметика указателей, не считая того что компилятор оптимизирует перебор массива в арифметику при наличии такой возможности. Массив в бинарном пакете в том числе хранит в соседнем поле структуры свой размер. Получил из буфера пакет/ы, нарубил по размеру из заголовка (остатки если пакет не влез в буфер - в кеш), кастанул, потом нарубил массивы внутри пакетов по полю размера и всё, повторить с приплюсованым кешем. Где ты видишь задачу для арифметики, просвети ка.
>>1036703 Чилл, мэн Тыж в диалог свою игру затащил. Так что разговор за говно начал ты, братиш. И до сих пор его продолжаешь. Из чего можно сделать вывод, что ты не только юня, но еще и говноед-любитель. А мог бы разобраться с указателями..
>>1036890 Что такое, знание терминов уже не помогает? Ну да, прикинь, помимо запоминания умных слов - надо бы еще знать почему эти слова умные и зачем придуманы, иначе только и остается что перекрывать оскорблениями.
>>1036899 >Что такое, знание терминов уже не помогает? Ну да, прикинь, помимо запоминания умных слов Бля чел, какое именно слово показлось тебе умным ? Прости, но постом выше ты нес лютую хуйню.
>>1036943 >ты нес лютую хуйню У тебя есть прекрасный шанс показать где конкретно, буквально 1 неправдивый факт с моей стороны дискредитирует мой пост. Но этого снова не происходит, ты снова перекрываешь сренькпуком, потому что я в отличие от тебя знаю про winsock.h не по наслышке. Кстати, код парсинга пакетов занимает примерно строчек сто, можешь показать наглядно как ты там применяешь арифметику.
>>1036949 >знаю про winsock.h молодец, садись, пять.
смари чел, я ж те писал, что в моих пакетах ходят динамические массивы. Причем количество этих массивов в пакете лимитировано только максимальным размером пакета. Соответсвенно эти массивы надо быстро упаковать в пакет и достать из пакета. Вперед, реализуй, а потом поговорим с тобой за арифметику.
>>1036951 Ну то есть у тебя массив массивов. Если это известно на клиентской части - можно хранить размер массивов в другом массиве, а размер массива размеров массивов в отдельной переменной, либо же хранить размер как первые элементы каждого массива. Получаем из элемента ссылку на размер вложенного массива, извлекаем его, добавляем к offset его размер + 1, повторяем покуда не дойдем до конца по переменной размера массива массивов. Упаковка имеет такой же вид, обходим наш массив массивов и последовательно укоадываем в памяти размер + блок, размер + блок, либо размер в отдельный массив размеров. Можно сделать арифметикой и оффсетом будет выступать указатель к которому мы добавляем размеры пройденных массивов, но в итоге выигрыш нулевой, переменная все равно выделена и неважно что она хранит, адрес + оффсет или просто оффсет.
>>1036967 В том то и дело что я байты не дрочу. Тут крестодебил всем доказывает что без арифметики указателей язык не язык (и судя по всему он сам не очень понимает основные плюсы существования указателей) а я его попускаю по фактам.
>>1036967 >Пока нормальные люди берут уе/юнити/годот и делают игры с огромной задержкой ввода, что играть зачастую в "игры" невозможно, спасибо, свыня, бывший додик из редхата и поехавший аргентинец, и из пиара двощей от самих овощей.
>>1037272 >спасибо, свыня Ah shit, here we go again.
Движок-ошибка. Движок-дисней. Движок-марвелокал. Большая часть игр на нём - выходят в состоянии говна и мочи. Хоть один движок убивал игры в таком количестве? Походу его для этого и создали как раз с этой целью - убить все красивое и прекрасное.
Лидер по количеству скама, раздутая блоатварь, которую писали индусы-говноешки под покровительством ублюдской свинины, создав тем самым машину для гойливудских фильмов, а не для создания на нём игр.
>>1037520 а зачем вам анрил? с++, блюпринты какие-то ебаные муторные, гас, умг, пцг. сложно, непонятно. еще и тормозит. берите лучше юнити или годот, здоровее будете
>>1037520 Четвёрка тоже пиздец, но пятая, по сути, не для игр. Это не для рилтайм рендеринга, потому что слишком медленно. И не для кинематик икспириенса, потому что графон слишком всратый.
>>1037520 >а проблемы урины начинаются с 5 версии Лол, с 4 всё было то же самое, как начали делать игры на четверке так все охуели почему всё пердит, это уже с выходом уе5 на контрасте ты такой "ну 4 была норм". Всё повторится с выходом уе6, будешь в треде рассказывать что уе5 не так уж плох.
>>1037531 Самое смешное, что бетмен на 3 урине модифицированной – намного технологичнее по ощущениям, чем большинство игр на 5ке. Хотя уже дохуя лет прошло, а половину из говняка обещанного стендаперами ведрила – никто не использует вообще. Даже частицы какие-то динамические, либо пар рассеивающийся, либо дым – похуй всем. Вспоминают только когда движок дефают, что там симуляции какие-то есть, а половину из этого юзают только те кто кино делает небось.
Пережидайте на юнити/годоут в общем. Быстрее будет.
P.s Блупринты -етокал. Макросы урины c++ - етокал.
>>1037727 Да на четвёртом-пятом тоже ведь были игры "оптимизированные", только там оптимизация состояла в выбрасывании половины рендера и замену на свой. Зато работает заебись. Хули толку с динамических частиц? Они и в юнити есть. Только работает это медленно.
>>1037621 >Лол, с 4 всё было то же самое, как начали делать игры на четверке так все охуели почему всё пердит, это уже с выходом уе5 на контрасте ты такой "ну 4 была норм". Всё повторится с выходом уе6, будешь в треде рассказывать что уе5 не так уж плох. На унитазе тем временем ни одной ААА игры не вышло. С натяжкой таковым можно только Тарков считать, только он до сих пор пердит и пропукивает так, что никакой игре на урине не снилось. Китайцы вон Арену Брейкаут сделали и показали юнитипитекам, как такие игры делать нужно. Фанбазу таркова с арены и осознания ущербности своей любимой игрульки до сих пор трисет.
>>1037941 >На унитазе тем временем ни одной ААА игры не вышло ААА это которое пердит статтерами на 10 фпс и 240р нативным разрешением? Тогда да, ААА игр не вышло.
>>1038002 А диск ссд сата или нвме? Уе5 очевидно затачивали вообще под ссд консолей, они в 2-3 раза быстрее пекашных. И шейдеры все сразу прекомпильнуты. Даже тот же люмен вообще ни разу не инновация, а гибридный компромис, чтобы подобие трассировки работало на амудешном консольном чипе. Если бы не консольки, то был бы честный пастрейсинг хуанга. И все остальные алгоритмы тоже из расчета на пека были бы сделаны. А так этот движок чисто консольный. С опцией билда под пека.
>>1038014 Я оч давно смотрел бенчмарки, но вроде бы 5090 в пастрейсинге киберсренька уже выдает 4к 60 фпс без фреймгена и апскейлеров. С фреймгеном и апскейлером в фулхд лично запускал на 4060, 60 кадров было. Работало и выглядело лучше сцалкера с его шумящим хуюменом, которому для ультров так же нужен фреймген и апскейлер.
>>1038027 Ну, урина это кал и неоптимизированная жижа перегруженная говнокодом, и эт помимо самого люмена и нанитов, а в комбинации так вообще пиздец. Это заметно по сталкеру, где надо топ железо чтобы тянуть только говнокод самого движка и разрабов, а потом всё остальное.
И скорее всего движок поляков лучше работает с многопотоком, чем этот мусор написанный индусскими подвальными крысами, за кусок гранто-хлеба от блекрока. Ведьмак4 - никогда не выйдет на этом проклятом движке. А если выйдет - будет уровень скамкер2.
>>1038027 >5090 в пастрейсинге киберсренька уже выдает 4к 60 фпс без фреймгена и апскейлеров В среднем без фреймгена и апскейла на 5090 в 4к будет 30 фпс. С просадками, очевидно.
>>1038027 >5090 в пастрейсинге киберсренька уже выдает 4к 60 фпс без фреймгена и апскейлеров Ну да, ну да. Картинка если что с рекламы нвидии, то есть по факту еще меньше будет.
в киберпуке никогда и не было полного рейтрейса, там шадоумапы основную работу делают. видел сравнения rtx on/off с пиксель перфектным соответствием которого не может быть когда шадоумапы переключаются на рейтрейс, при полном отсутсвии в картинке хоть какого-то намека на ГИ что там что там
Гододики вместо того, чтобы сменить движок, придумывают костыли, чтобы бороться с тормозным движком. Благодаря таким шизам мы получаем забавные техники оптимизации. А могли бы просто делать игры на Юньке и не сосать свободный и бесплатный аргентинский хуй.
>>1038984 > 15 тысяч дроколлов для отрисовки текстового поля? это такой прикол???
там 1000 текстов от Label1 до Label1000. это 5000 букв + 2893 цифры = 7893 букв и цифр каждая буква это дроуколл, для каждой буквы нужен второй дроуколл-тень. итого 15786 дроуколлов на текст
но это раньше было. теперь текст склеивается в дроуколл, и получается всего лишь 2000 дроуколлов с тенями
что интересно, без тени ректы буковок склеиваются в один дроуколл глобально, даже если речь об отрисовке двух текстов - темный позади и светлый впереди
>>1039027 не могу представить где бы понадобилось 1к лейблов с тенями, даже в самой конченой китайской донатной гачи параше я думаю поменьше будет всяких менюшек и окон
>>1038980 >А могли бы просто делать игры на Юньке и не сосать свободный и бесплатный аргентинский хуй. это 7fps to die, escape from stutter (tarkov) или китайская залупа типо среншина, которые все пропукивают? Сосите проприетарный хуй сами, с зондами в анусе к тому же.
>>1039059 >которые все пропукивают На годоте уже много тарковов вышло или 7дтд? На гуньдоуте нет даже таких игр, чтобы сравнивать их лоб в лоб в принципе. И не сложно обнаружить ответ почему: движок не для этого создан.
Попенсоус без пиджаков не помог. Им просто никто не хочет заниматься серьезно т.к это бесполезная трата времени и сил.
>>1039445 при чем тут вольво? там в хуюнити стор спизженый ассет купишь и к те вопросики будут а ты сук "ЧЕСТНЫЙ ШО ПЗДЦ ДЕВЕЛОПЕР ЕПТА"!!!! вот те перевод оттудова"Я думаю, что The Fun Pimps подписались на зомби-персонажа в магазине активов, который, как оказалось, был взят из игры Tripwire Interactive Killing Floor и продан каким-то преступником без чьего-либо ведома в Unity Asset Store."
>>1039445 >Пора на юнити. хуюнити, ты даже контекста не понял, а уже срёшь на этот пропук с лицензией уровня бомбы замедленного действия даже годотьки в этом плане умнее
>>1039033 Чел забей на лабелошиза, есть richtextlabel где на буквы можно накручивать какое угодно говно и в итоге 1 инстанс этой штуки - 1 дравколл, соответственно дохуятекстовые ноды со всякими эффектами нормально влазят в 1 дравколл, все остальное - делать без эффектов и будет 2-3 дравкола на текст суммарно.
>>1039477 Потому что юнитидебилы повелись на лицензионного кота шредингера в проприетарном мешке, за что огребли только совсем недавно, а что хуже всего - продолжают коупить дезой уровня "барин не тупой, в хуй себе стрелять не будет", надо чтобы барин еще разан как следует взгрел. А на годоте кто хочет делать игры - делает и выпускает.
>>1039460 Вольво использовала в халве фототекстуры Marlin Studios, которые покупали так-же и другие разработчики других студий. И в какой-нибудь гта и резике можно встретить одинаковые текстуры. Есть ли кому-то до этого дело? Всем похуй.
>>1039467 >даже годотьки в этом плане умнее Кому не похуй, ни одна манька не пойдет в суд подавать, даже если завтра хуан скажет, что чтобы пользоваться этим движком надо будет вставать в очередь на проеб в жопу. Годоти только рады будут.
Напомню: после вокотовского бума все годоти затерпели и были посланы нахуй жирной свинцой в твиттере.
Когда юнити почему-то откатывает свои решения неудачные в который раз, при этом обязательно после давления своей аудитории. А значит рычагов для этого у них побольше, чем у голубых сектантов слоп-движка.
>>1039504 >завтра хуан скажет Всем похуй что он скажет, godot распостраняется под определенной лицензией, и при смене этой лицензии что сделать можно только с согласия каждого контрибутора, даже если ты туда коммитил покраску кнопок и не будешь согласен - лицензию не смогут поменять, в общем поменять можно только для будущих версий, а сообщество просто форкнет коммит до смены лицензии и хуан и кто-либо другой пойдет нахуй. Так что не перекладывай с проприетарной головы на свободную.
>>1039504 >даже если завтра хуан скажет, что чтобы пользоваться этим движком надо будет вставать в очередь на проеб в жопу. Годоти только рады будут. MIT лицензия даёт возможность сказать, чтоб хуан нахуй пошёл, при этом проёба в жопу не надо это не хуюнити тебе, в котором надо очко копрорации лизать
>>1039480 > Потому что юнитидебилы повелись на лицензионного кота шредингера в проприетарном мешке, за что огребли только совсем недавно А как огребли? Я сижу на юнити кайфую всё это время, что там такое страшное случилось, что я даже не заметил?
>>1039617 Хуан в любое время может сменить лицензию, и в лучшем случае годоти останутся с неподдерживаемым форком, а в худшем он будет удалять все копии, как это уже было с другими движками, типа Machinery.
>>1039646 Годоти написали злобные анти-юнитевские посты в своём блоге, наверное.
>>1039646 На этот раз можешь сказать спасибо реддит-нытикам, к тому же юнити пока еще не титаник. Но если для тебя сам факт того что барин с тобой официально играет в наперстки и может обнулить весь твой грейд в движке просто потому что у него неудачный финансовый отчет в этом квартале - то ты либо безигорник либо просто не понимаешь, что в ту секунду когда юнитек в очередной раз решат выстрелить себе в хуй - кабанчики просто закроют проекты за годик и уволят гребцов, а у тебя за спиной окажутся годы нерелеватного на рынке опыта вместе с тысячами таких же. А вместо тебя наймут уринщиков или тех же годотеров, потому что годот на самом деле готов к релизу на мобилках, просто никто не заморачивается с поддержкой плагинов реклам и платежек ибо юнити пока еще живой. Конечно, такое может случиться, а может и не случиться, барин может выкарабкаться из ямы неприбыльности, а может и не выкарабкаться. Утонуть ему не дадут, но в случае ухода с молотка - runtime fee могут показаться невинной шалостью. Короче советую хоть немного диверсифицировать активы опыта разработки на движках, при чем необязательно на годот, есть к примеру моногейм.
>>1039662 >Хуан в любое время может сменить лицензию, и в лучшем случае годоти останутся с неподдерживаемым форком, а в худшем он будет удалять все копии, как это уже было с другими движками Хуан по твоему его один пишет? Ебало трясуна за барина имаджинировали? До чего вы тупые. Лицензию поменять невозможно, понимаете, невозможно сука, без согласия каждого кто коммитил. Даже если мы окажемся в вселенной где сработает такое квантовое бессмертие - лицензия будет применима только к коду, который будет выпущен с этой лицензией, все старые коммиты под старой лицензией. В случае пересоздания репозитория годота - сообществом поднимут форк и хуан ему нихуя не сделает, ведь там есть коммит где он подтверждает mit и нет коммита где установлена другая лицензия и всё. Надеюсь это случится поскорее, он уже заебал своими гениальными идеями, лучше бы вместо него были демократичные выборы со стороны контрибов.
>>1039699 Любой бизнес это риски, ты сам признаёшь. Если годот станет успешным, то так и сделают. Просто это настолько кусок обоссанного кала, что не делают.
>>1039707 Линукс не ближайший пример, потому что линукс не закрыл код. Кстати русских из коммьюнити выгнали и никакие аппеляции к лицензии не помогли, это к разговору о "не будут". А ближайшие примеры это Камунда или Докер, например.
>>1039666 > На этот раз можешь сказать спасибо реддит-нытикам, к тому же юнити пока еще не титаник. Но если для тебя сам факт того что барин с тобой официально играет в наперстки и может обнулить весь твой грейд в движке просто потому что у него неудачный финансовый отчет в этом квартале - то ты либо безигорник Мне на юнити платят 5к баксов. На годоте платили бы хорошо если 1к.
> кабанчики просто закроют проекты за годик и уволят гребцов, а у тебя за спиной окажутся годы нерелеватного на рынке опыта вместе с тысячами таких же Как только в рынке образуется дыра - её тут же что-то заполняет. Вот и тысячи гребцов побегут осваивать то, что заполонит рынок. Перейдут кабанчики на анрил - бывшие юнити гребцы побегут учить анрил. На самом деле даже увольнять никого не будут, просто возьмут другой движок и посадят команду учить, прецеденты уже есть, например плецрикс с их с++ движком, которые набирают народ с опытом в юнити на сеньорные позиции сразу.
А ещё скажу по секрету, движок это лишь один из инструментов используемых разработчиков, я тебе и в проекте на годоте могу рассказать где у тебя плохая архитектура, где с оптимизацией траблы, накидать компонентным подходом любую механику или взять ецс.
>>1039864 >Мне на юнити платят 5к баксов. Всегда знал, что на дваче сидят маркетолухи юнити и астротурфят. Хорошо устроился - получать 5к баксов за тупые срачи в интернете.
>>1039944 Если наркобаронский попенсорс такой хороший, хуле им разрабы мобилок не пользуются? Видимо, он настолько хорош, что даже мобильный кал на нём тормозит. Неудивительно ебать, что в швятого Хуана есть только светлое будущее. И инвестиции от мафии.
>>1039962 Во первых - пользуются, во вторых - я уже написал, нету плагинов рекламы, разве что самим писать, и некоторые кстати пишут, либо онли платные приложения. Ну такая коньюктура щас, просто потому что пока еще юнити жив, и пока они совсем жидко не подливились. Пока что некоторые казики только начали инвестировать в движок, если юнити опять моча в голову ударит и они на пару с визой и мастером начнут цензурить nsfw или те же казики с обязательным переводом юзеров на отдельные способы лицензирования - денег и перспектив а равно поддержки тех же плагинов у годота появится еще больше. Пока что очевидных причин кроме мансов с лицензированием у постояльцев пространства под сапогом барина всё еще нет, но я например подрабатывая в юнити конторке - делаю свои петы на годоте, просто в качестве инвестиций в будущее, потому что убедился что годот тянет и на нем можно делать игры, при этом затрачивая не намного больше времени чем в юнити. Игры у годота есть, достаточно просто зайти на реддит годота и вбить в поиск release.
>>1039969 >кокос >ноунейм клозедсурс поделка без сообщества и с одним языком супротив годотовского сообщества и годотовской же мультиязычности Скорее дефолд вместо кокоса или блеви на худой конец. >Какая разница на что? Разница в том что движок нереально выучить за пару месяцев на уровне хорошего спеца, который и модуль движка напишет и будет знать почему в 4 годоте для тяжелых расчетов с использованием апи движка лучше гдс использовать и много таких мини ньюансов о которых почти нигде не напишут. У юнити ньюансов меньше и они на виду, но сравнивать разумеется бесполезно, у людей было почти 20 лет и куча бабок на то чтобы довести до ума движок. >Мы говорим о ситуации, когда юнити стал резко неюзабельным и чсе перешли на Х. Где ты возьмешь сменных разрабов на Х? Так они есть на рынке, в массе своей либо инди, либо очень небольшие закрытые команды, некоторые контрибы русские даже и поработать не против, просто продуктов кабанчиков нет либо очень мало. Сообщества живые, в т.ч. русские. >И дело не в семье, дело в сработанной команде, которой надо лишь 1 инструмент изучить Веришь что кабанчик тебе на замену не возьмет человека с улицы и будет ждать пока ты освоишь инструмент? Может быть, но я не так уверен в подобном исходе. >Ну да. Но это не 90% и не 50% работы. Многие игродельные вещи одинаковы везде. На самом деле без знания подобных ньюансов и при попытке влететь с ноги можно столкнуться с тем что переделывание и адаптация обойдется в дополнительные 40% работы. Проще потратить пару месяцев на прототипирование, бенчи и понимание движка в разрезе проекта если нет понимания пределлв движка, вплоть до корректировки исходников под проект. Ньюансов настолько много что все не описать.
>>1039974 > Так они есть на рынке, в массе своей либо инди Инди сильно проседают в других аспектах и работать не смогут.
Я ж говорю, движок это не прям такая большая часть навыков нужных программисту, от силы процентов 20.
> Веришь что кабанчик тебе на замену не возьмет человека с улицы и будет ждать пока ты освоишь инструмент? Так какого человека брать, если нету? Индюка который в виду вышеобозначенной причины не потянет работу? Да их столько и не наберётся, даже если считать тех кто только вчера куб поставил.
Переход на другие движки в командах - это не редкость, такое и лично я видел сам, а уж слышал и того больше.
> На самом деле без знания подобных ньюансов и при попытке влететь с ноги можно столкнуться с тем что переделывание и адаптация обойдется в дополнительные 40% работы. Справедливо, но тут в любом случае будет проблема при коллапсе юнити.
>>1039980 Убейсофт вообще не повод для гордости. >https://forum.cocosengine.org/ Зайти на r/godot и узри активность, при чем без изи вопросов и спама ошибками, которым место ващет в ишьюс. Изи вопросы обычно в дискорде или в локализованных сообществах, там быстрее ответа дождешься от вменяемых людей. >Хочешь в 21 век - учи китайский, англопидораха. У узкоглазых своя атмосфера, мешать не будем. >>1039987 Ну и с какого перепугу? Человек может индусить и одновременно каломесить в энтерпрайзе или совмещать движки. Ничем не оправданное утверждение что инди тупее ааа говна. Как по мне шо то шо это, за редким исключением, при чем не всегда в пользу ааа.
>>1039996 > Ничем не оправданное утверждение что инди тупее ааа говна. Если смотреть статистически - то очень сильно проседают и в создании поддерживаемого кода и технических нюансах используемых ими инструментов. Достаточно просто поспрашивать на собесе, с кпкими проблемаии сталкивался, как решал.
А так офк, есть и жёсткие индюки, которые ебашут, но их не так много.
>>1040038 >Если смотреть статистически Статистически ААА делают индусы (из Индии).
>>1039996 >без изи вопросов и спама ошибками А ты отсортируй ленту постов по времени...
>>1039974 >движок нереально выучить за пару месяцев Если ты не ньюфаг, то выучишь за пару вечеров. >модуль движка напишет Лол, зачем твоей три-в-ряд модули, кабанчик? >почему для тяжелых расчетов с апи движка Это никак от движка не зависит, это база айти.
>У юнити ньюансов меньше и они на виду Лучше потоньше тролль, потоньше. >у людей было почти 20 лет Первые 10 не считаем, вторые 10 они "откатили". >куча бабок Они все бабки в рекламу, астротурф и курсы слили.
>>1039969 >стал резко неюзабельным и все перешли на X >Где ты возьмешь сменных разрабов на X? Зачем кабан сказал перейти на ноунейм X? Почему кабан не исследовал рыночек? Кабан хочет разорить свою галеру?
>>1040079 >У уе5 тож исходник открыт UE5 - закрытый движок. Доступ к исходникам можно получить только если ты имеешь лицензию Epic. Если лицензию обнулят, ты теряешь доступ к исходникам. Передавать исходники можно только людям, которые получили собственную лицензию от Epic. Если Epic обанкротится (очень вероятно), то Unreal Engine будет полностью потерян для публики из-за лицензии. Т.е. исходники у тебя есть, но лицензии нет, и получить лицензию невозможно - ты либо уничтожаешь эти исходники, либо становишься киберпреступником.
>на айпадах У Apple крайне строгие требования к любому ПО, предназначенному для их устройств. Исторически сложилось, что абсолютно все устройства Apple проигрывают в техническом плане устройствам на Windows и Android, но Microsoft и Google разрешают производить, распространять и запускать любые недоделанные куски говна, а Apple ограждает свой огроженный от всех рынок жёсткими требованиями оптимизации, UI/UX, брендинга и т.д. Поэтому легко обнаружить глючный и тормозной софт на Windows, Android и всяких нескучных сборках Linux, но на iOS и Macintosh с более слабым железом ты не найдёшь аналогичного софта... Ведь нет софта - нет проблем.
Чисто технически ты можешь установить стороннее приложение в обход всех преград, настроенных Apple, однако целевая аудитория тупых мобильных игрушек слишком тупа, а потребители Apple ещё тупее. Легко обнаружить древнюю старуху в деревне с iPhone, т.к. разбираться в настройках Android в 80 лет сложно, а стоимость часто компенсируется соглашением с операторами мобильной связи (в других странах).
>>1040090 Отсортировал. Ничего не изменилось, все так же куча хуеты прямо на главной, посты не участились, если брать валовый обьем. >Если ты не ньюфаг, то выучишь за пару вечеров. >Лол, зачем твоей три-в-ряд модули >Это никак от движка не зависит, это база айти. В трех предложениях двое взаимоисключающих параграфов и абсолютная некомпетентность по поводу гднатив. >Лучше потоньше тролль, потоньше. Среньк пук >Зачем кабан сказал перейти на ноунейм X? Блендер тоже ноунейм, да? Остальное без комментариев.
>>1040090 > Зачем кабан сказал перейти на ноунейм X? > Почему кабан не исследовал рыночек? > Кабан хочет разорить свою галеру? Ну если юнити резко становится неюзаьельным, то нету ни одного движка, на котором будет достаточно кадров
>>1039478 Точно? А ты уверен, что не каждая буква рисуется двумя драв коллами, как обычно любит делать аргентинский Пахом? Годотьки еще усирались, мол, это все давно было, уже пофиксили сто лет назад. >>1039027 А в итоге видит, что в гандотьке 4.5 смогли ужаться до 2к дравколлов вместо 15к в предыдущей версии. Напоминаю, что в 2к дравколлов укладываются самые кинематографичные сцены 3го ведьмака. Но для гандотек это просто пара буковок с тенями на пустом фоне.
>>1037521 Попробуй поделать игры. И поймешь, что анрил из коробки это как юнити плюс пак плагинов на десятки тысяч долларов. А гавнотя там даже рядом не стоит по функционалу. А для инди разраба это критично, ты или делаешь игры, используя обширный функционал движка, либо пропукиваешь пердотю, а потом в 60 лет осознаешь, что так и не сделал ни одной игры, пока ел кал аргентинского Пахома.
>>1040314 >Напоминаю, что в 2к дравколлов укладываются самые кинематографичные сцены 3го ведьмака. Но для гандотек это просто пара буковок с тенями на пустом фоне. Заключение в том, что надо движок самому делать, как это сделали в своё время поляки
https://github.com/godotengine/godot/pull/108347 Великолепная свобода, я просто похлопаю. Вначале запилить систему окклюжна методом "херак-херак-и-готово", а затем героически её исправлять и откатывать пулл реквесты.
>>1040617 Так там нет единого вижена, архитектуры. Просто любой шиз может прийти и нахуярить говна, Хуану вообще поебать что там в мастер мержат. Профильные спецы по движкам уже давно при работе, работают в корпорациях, делают анрил, юнити, кастомные движки для ааа игр. Им в свободное время нахуй не уперлось пилить еще и гавнотю за спасибо. Поэтому средний портрет контрибьютера в годотю - студент-недоучка, или вообще чел без скиллов и опыта, который хуярит кривое говно, не понимая что и зачем он делает, за спасибо от Хуана, ради своего эго (думает, что после этого его зауважают и ему будут давать трансы с гитхаба) Такие додики тянут двиг в разные стороны как рак, щука и лебедь, не дают развиваться. Закоммитили хуйню, Потом героически победили хуйню, откатив косит, выкатили пост о перемоге в бложик. А Хуану пофиг, деньги капают на счет и ладно, так даже лучше для него - ведь если сделать сразу хорошо, кто за это заплатит? А тут есть личный вечный двигатель имени аргентинского Пахома, движок который вот-вот допилят и починят, нужно лишь немного подождать и занести донатик, и никого не смущает, что в этом состоянии он уже второе десятилетие, и абсолютно ничего не меняется
>>1040661 Воздмезно все получают рабочий движок, из которого в итоге те же самые бздоти тащат функционал. >>1040677 В юнити нет единого вижена, архитектуры. Просто любой менагер шиз может прийти и нахуярить аи говна, тащить в движок средства совместной работы, кучу недоделаных рендеров и вообще поебать что с движком будет дальше. Поэтому средний портрет движка: пропукивающее нечто с закрытым исходником и тянущее кучу лишнего хлама на которое потрачены бабки, чем подвергает риску всех вложивших в движок бабло тем, что когда компания пойдет ко дну - движок уйдет с молотка с неизвестными последствиями. >Такие додики тянут двиг в разные стороны как рак, щука и лебедь, не дают развиваться. Нет, развиваться ему не дают пиздаболы которые вместо того чтобы просто отправить ишью предпочитают в очередной раз высраться на сосаче в сторону годота. >А Хуану пофиг, деньги капают на счет Ты бы так считал куда капает твоя оплата за лицензию платного движка. Ах да, барен ведь не обязан отчитываться, в отличии от godot foundation.
>>1040685 > вместо того чтобы просто отправить ишью Ну то есть ты предлагаешь мне вместо того, чтобы делать свои игры, работать за спасибо на сытую жизнь Хуана? Спасибо, но оставлю это развлечение безыгорным с переизбытком свободного времени типа тебя.
>>1040712 >Ну то есть ты предлагаешь мне вместо того, чтобы делать свои игры, работать за спасибо на сытую жизнь Хуана? Спасибо, но оставлю это развлечение безыгорным с переизбытком свободного времени типа тебя. где твои игры?
>>1040685 Ты видел фин.отчёты Godot Foundation? Да за такую хуйню любая налоговая будет ебать в сраку. Латинос деньги мафии отмывает. Отчёт за 2023 год, НОЛЬ инфы о зарплатах сидунов в фонде, отчёты за 2024 год и 2025 до сих пор не опубликованы. https://godot.foundation/downloads/Godot-Foundation-Annual-Report-2023.pdf
Кто пробовал навайбкодить двигло уровня decima/rage/ue5?
Чтобы сделать гта в СПБ. Чтобы охуенный графон, оптимизация, анимация лиц, загрузка и выгрузка объектов в реальном мире максимально эффективная, топовая музыка звуки мира эхо сверчков, липсинг, капли по капоту в грозу, чтобы сетевой код без шероховатостей, чтобы потом игроки могли легко моды делать, чтобы режим режиссёра тоже был для машиним и рп. Короче все лучшее от rage/decima/ue5 и без их микнсов. И чтобы онлайн охуенный с кучей режимов. И разрушаемость в онлайне. И люди могли делать свои глобальные моды и рп, а не как уе5 где вроде как все анально
Я считаю модостроителсьвто это база чтоб у игроков сохранялся интерес и они сами поддерживали игру лол
>>1041124 Это шиз из ньюфаготреда, он с нами много лет уже.
>>1041109 >навайбкодить двигло Сегодня у этого может быть два исхода: 1. Ничего не получится или получится говно. 2. Получится неплохой движок, но к тебе придут люди в чёрном и вежливо попросят закрыть проект. Если откажешься, то [ДАННЫЕ УДАЛЕНЫ].
>модостроителсьвто это база Тогда используй Godot. Пока ты будешь делать свою ГТАСПБ, уже выйдет Godot 5.0 и порвёт все эти UE567.
>>1041161 Просто напомню, что хвалёный Гододик четыре очень долго не шмог в лайтмаппер, который просчитывает тени от прозрачных объектов. А это умел делать третий Анрил!
>>1041199 >очень долго не мог в лайтмаппер Целых 3 недели, ещё до релиза? >9 May 2020 >After 3 hard weeks of work, the new lightmapper for Godot 4.0 is ready to go!
кто не в курсе, то ёбыри-трахари всей индустрии из юнити собираются выпустить свою игру, в ней они прдемонстрируют все свои технологии, наработки, трюки, хаки, короче покажут мастер-класс (я так надеюсь), а так же поделились новостоями о новом гига-аниматоре
>>1042314 >если будешь вредить работодателю Зачем? Работодатель хочет выполнить работу, я ему предлагаю её выполнить. Он должен радоваться, что сделаю работу за него - выделю минутку внимания в загруженном дне. С какой стати мне под его запросы подстраиваться? Это он должен подстраиваться - я выполняю то, что ему нужно, а не наоборот. Иначе получится, будто это мне его работа нужна, лол.
Пример: ты хочешь себе игру. Я предлагаю её тебе разработать, но на своих условиях. Если ты меня не пытаешься обмануть, тебе эта игра реально нужна. Спрашивать зачем - не буду, у всех свои причуды. Раз отказываешься, значит, не больно-то тебе и нужна разработка твоей игры. Найду чем заняться без тебя, понимаешь? Это я занятой человек, а ты бездельник.
Так что бабки на крипту, общение только через мой шифрованный канал, сроки и качество ставлю я, и стоимость определяю я. Не нравится? Ищи другого. Клиентов у меня и без тебя очередь - не задерживай.
>>1042340 Чел, я возьму на работу нормального чела, а не мамкиного шизика анонимуса который может срыгнуть в любую секунду если завтра еще какую нибудь шизу себе придумает. Кто ты такой чтоб "на своих условиях" с тобой возиться? Пиздец кринж.
>>1042341 >Кто ты такой С такими вопросами в нашем деле долго не живут. В начале вы все такие бойкие, "кто ты такой", а в конце отскребать опять. Не выходит делать игры молча, да?
>>1042345 >что её у тебя нет Чего у меня нет - тебя не касается. Если нужно какую игровую работку выполнить - обращайся, но уважать исполнителя ты обязан. Иначе сам понимаешь...
>>1042340 Рыночек не так порешал. Сейчас РАБотнички гоняются за кабанычами выпрашивая работу, поэтому кабанычи могут охуевать. В 2016 я с ноги дверь в контору выбивал и вокруг меня водили хоровод потому что я мог строку в жс развернуть. Сейчас уже не так.
>>1042355 > С такими вопросами в нашем деле долго не живут. В начале вы все такие бойкие, "кто ты такой", а в конце отскребать опять. Не выходит делать игры молча, да? Какая то кринжатина.
Всё наоборот. Кто ты - это первый вопрос который тебе задаст работодатель, издатель или инвестор. У человека который собирается платить тебе деньги должно быть понимание, какой у тебя есть опыт, какая у тебя репутация. Если ты белый лист - ну хз чо ты сделаеш и чо ты умеешь. А если ты открытая личность, делал то, делал то, вот пруфы, вот рекомендации - базару ноль, можно и попробовать дать тебе шанс.
>>618624 (OP) Какой движок выбрать для игры, которая выглядит, как визуальная новела, а под капотом сложная логика НПЦ, и вообще игра реал-тайм стратегия?
>>1042500 RTS, которая выгляди, как новела, ммм надо писать на чем нить таком же ебанутом, как сама идея предлагаю, сделай двиг на C++, прикрути к нему скрипты и пиши на скриптах, как тебе идея ? Ааа стоп уже ж есть godot и юнька..
>>1042340 чет ору, аноним который наебнет проект своим виденьем, хотелками из-за своего нарцисцизма, шизы, лени, (нужное подчеркнуть) и прочего не контролируемого ДУШЕВНО ГО пиздеца никому в хуй не уперся. радоваться? иди ты нахуй ))) простой пример приведу когда в белую конторка пашет - "как бухгалтерия тебя по платежкам проводить будет??? ноунейм хуй зоплочено 100500 денех в крипте (а хуй тебе там все расчеты в национальной валюте) Ваш счет заблокирован за подозрение в какой то подозрительной хуете, звонит налоговая и майор уже выехал с криптоанализатором к вам в офис?" "НАХУЙ СХОДИ" это возможно самый адекватный ответ в данной ситувции. мимо шел покормил)))) ачел никому нахуй не впились такие проблемы
>>1043113 Тем временем художники спокойно зарабатывают на фуррипроне, которое твои белые ААА корпорации зла никогда не смогут даже понять, не то, что сделать... Геймдевелопер отличается от художника несколько бОльшим объёмом работы, но зависит от жанра. Если дрочеру понадобилась кастомная дрочилка, как её корпорация зла будет разрабатывать? В белую? Так бухгалтерия и запишет: "кликер про перемалывание маленьких пушистых зайчиков, Иванов И.И., 50 т.р."?
>>1043044 >>1043045 >>1043048 Да всё, отбой. Просто у них нет синхронизации на сервере. Они сначала отзывают лицензию, а потом через несколько часов срабатывает автопродление. Видимо индусы писали код.
>>1041737>>1043247 Какой-то ноунейм 22 минуты отвечает на 10-минутное видео другого ноунейма. Послушал на скорости x4, ничего не понял, но что-то про АААААА корпорации. Маленькие люди рассуждают о делах миллиардеров...
Нас (/gd/) это всё не касается, мы тут даже один прыгающий квадрат 5 лет делаем.
>>1043338 >Лицензия позволяет Да, можешь переделать Godot под себя и продавать как закрытый коммерческий продукт (BZDOT2000™). https://docs.godotengine.org/en/stable/about/faq.html >You are free to modify, distribute, redistribute, and remix Godot to your heart's content, for any reason, both non-commercially and commercially.
>>1043339 Не обижайся. Твой квадрат - лучший в мире. А как прыгает, как прыгает! Загляденье.
>>1043347 >Да, можешь переделать Godot под себя и продавать как закрытый коммерческий продукт Блять, и что же мешало vk так сделать с nauengine? Щас бы был нормальный национальный движок, а не то что вышло...
>>1043347 >Не обижайся. Твой квадрат - лучший в мире. А как прыгает, как прыгает! Загляденье. Многие прототипы делал на базовых примитивах. Оказалось многие идеи говнище (в прочем, как и вся игровая индустрия сейчас). Если бы тратил время на материал, то явно говна бы поел.
>>1043480 >Многие прототипы делал на базовых примитивах. Оказалось многие идеи говнище Всё так. Но графика всё же играет роль в восприятии игрового процесса. Есть разница между возвратно поступательными движениями маленькой капсулы в пределах большой капсулы или 3D аниме девочки. Поменялась только графика, но геймплей уже 10/10.
Можно попасть в ловушку негативного восприятия примитивной графики, когда геймплей нормальный.
Если б геймплей всегда работал на 100% совсем без графики, то ААА игр с графикой не существовало бы. Дрочили б все в ASCII рогалики как деды до сих пор.
Т.е. основа (геймплей) должен быть стабильным и надёжным, но без графики многое не заработает.
>>1043500 То что можно делать графические игры в браузерах и не нужно качать нативный клиент (или по желанию для лучшей, графики, но после как клиент втянулся). Тоже самое и для мобильного ковырялова. Это обход всех кабанов монополистов (стим, гугл плей)
>>1043503 Как-то упоролся в идею геймплейных песочниц с залипанием. Прекрасно понимаю что графика и особенно хорошая анимация цепляет, но увы я рукожоп.
>>1043507 Хуета это все. Все эти браузерки это наеб гоев. У тебя игра по сути скачивается в оперативу. И затем обрабатывается кастрированным браузерным апи. С таким же успехом можно просто билд скачать на комп.
>>1043526 Билд на комп это миллиард потенциальных рисков и проблем. Вирусня, реакция авиря с режимом параноика, запрет политик на запуск любого экзешника кроме как из белого списка, разные операционки, разные архитектуры процессора, анальный файрволл с белым списком и возможно ещё какие-то проблемы офисников (ака нашей целевой аудитории, потому что нормальные люди дома либо играют в нормальные игры, либо не играют, либо это асоциальные анальники которые 0.00001% от всей аудитории). Вот и получается что вебгпу нужен если цель - обслужить этот народец и налутать с него шекелей.
>>1043507 >можно делать графические игры в браузерах Браузерные 3D игры ещё в 00-х были популярны.
>качать нативный клиент >для лучшей графики Веб-браузеры всегда были и будут со всех сторон ограниченной и очень медленной платформой. Это специфическая аудитория из детей и домохозяек.
>>1043526 >по сути скачивается в оперативу Файлы игры скачиваются в кэш браузера. Потом, если браузер не потерял кэш, игра грузится сильно быстрее. Однако, это иногда создаёт проблемы, из-за которых приходится принудительно очищать кэш браузера.
Но в любом случае преимущество браузера в том, что вирусы подхватить на комп через него практически невозможно - там все потенциальные векторы атаки заблокировали, практически ничего сделать нельзя.
>>1043559 >запрет политик на запуск >разные операционки, разные архитектуры >анальный файрволл с белым списком Браузер не избавляет от этого, но добавляет своего.
>проблемы офисников ака нашей целевой аудитории Целевая аудитория веб-игр - дети 3-5 лет и мамы 40+.
>>1043567 >Браузер не избавляет от этого, но добавляет своего. Всмысле не избавляет? Если ты можешь зайти на сайт и загрузить данные игры - ты уже можешь поиграть, при чем в онлайн игру. Хардварное ускорение в браузерах пока не вырубают, хотя конечно могут. Многие организации живут за проксями, этот вопрос за нас тоже решает браузер. Всё остальное это буквально этапы где браузер нас может выручить, так что избавляет, и это еще не все сценарии где он нас может нас выручить, я только основные накидал.
>Целевая аудитория веб-игр - дети 3-5 лет и мамы 40+. Перепутал с мобильными.
>>1043567 Браузер самая лучшая песочница по безопасности. Да и в целом купил трафика на сайт и лутай баблосы за свои "гемы на вайфу", никакой анальной политики от стимов и прочего, сам себе хозяин (только за железку сам плати).
WebGPU подразумевает работу с видюхой "напрямую", как минимум на тестах 3D очень сочное. Но проблема что кроме аркадных игрушек все будет грузиться долго (ибо большое).
Вот я думаю что легкая демка без регистрации - самое то. Тыкнул, потыкал - зашло, скачал.
>>1043608 >Если ты можешь зайти на сайт Интернет в офисе строго по белому списку. >загрузить данные игры - ты уже можешь поиграть Админ запретил выполнять JS с непонятных сайтов. >при чем в онлайн игру Админ увидит трафик... >Перепутал с мобильными. Лол. Так они с мобилок и заходят. В т.ч. с работы.
>>1043640 >самая лучшая песочница по безопасности А с этим никто не спорит. Если преступнику руки-ноги отрубить, глаза и уши выколоть, язык отрезать и кожу обжечь до мяса, а позвоночник перебить, чтобы он не двигался совсем - будет "самая лучшая тюрьма", да?
>сам себе хозяин И маркетолог, и СЕОшник, и сисадмин, и камьюнити менеджер, и техподдержка, и оператор платежей, и средство массовой информации, и прочее...
Люди идут в Steam/GooglePlay не потому, что очень хочется быть рабами хозяина, а чтоб было удобно и относительно просто выложить свою говноигрушку.
>WebGPU подразумевает работу с видюхой Alternativa3D позволяла крутить 3D на Flash Player в браузерах ещё до того, как это стало популярным. И множество веб-игр были экшоном в 3D. А ещё было множество веб-плееров от разных игровых движков. Разработчикам браузеров не понравилось, что люди способны играть в игры в их браузерах и отрезали возможность устанавливать плагины, а Flash убили. Совершенно ничего нового не произошло...
>>1044275 >Интернет в офисе строго по белому списку. >Админ запретил выполнять JS с непонятных сайтов. Тогда это не интернет, а расширенная локальная сеть. >Админ увидит трафик... Глазами уловит пакеты? >Лол. Так они с мобилок и заходят. В т.ч. с работы. пиздеж. Нахуй мне вебигра когда я с гп могу скачать топовый 3 в ряд или ферму и дрочить в нее в нативе и без траха с браузером? Чето там искать, вводить, смотреть, я просто открыл гп и вот все игры.
>>1044314 >Тогда это не интернет Это интернет по талонам, не придирайся к словам. >Глазами уловит пакеты? Там триггеры на роутере. Чтоб порнуху не смотрели.
>мне Ты-то тут при чём вообще? Кто-то же играет. Не ты.
>>1044275 >Интернет в офисе строго по белому списку. Сочувствую. наверное все только в стим там играют
>Админ запретил выполнять JS с непонятных сайтов. Ты как программист не очень, да?
>Админ увидит трафик... Как он увидит если интернет по белым спискам? Админ бдит!
>будет "самая лучшая тюрьма", да? Фантазер, ничего такого нет. Огородили ровно от того что тебе и в обычной игре не нужно.
>и техподдержка, В игре, да?
>маркетолог, и СЕОшник раздвоило.
>камьюнити менеджер Что блин? А что, стим дает бесплатного комьюнити менеджера, маркетолога и техподдержку для игры? Лучше скажи что за каникулы успел сделать?
Ну так к чему в итоге срачи в треде привели? Какая база по Godot? Я вот пользуюсь, мне вроде нравится, порог входа максимально простой. Но на эксперта я не тяну, поэтому интересно, что в ходе бесконечных срачей выяснили.
>>1045481 он всё ещё сырой. пользоваться на свой страх и риск. будешь кайфовать пока вдруг не наткнёшься на что-то, чего либо нет и плагинами не допилишь, либо что не работает почему-то
>>1045481 Выдели ключевые вещи, которые тебе нужны от движка и испытай их. Я вот испытал на трёх самых популярных движках и оказалось, что два из них вообще не подходят.
>>1046226 Так речь идёт о конкретных требованиях для каждого отдельного случая. Нельзя просто обобщать. Мне требовалось большое количество персонажей без полной катастрофы, тесты постились итт.
>>1046129 Как раст - это беви, нестандартный, сверхпроизводительный, архитектурно отличается от мейнстрима, подходит для диких экспериментов безумных гениев, но не для коммерческой разработки. Юнити это как С#, может вкатиться любой школьник, прощает говнокод и незнание матчасти, можно быстро и дешево пилить игры при относительно хорошем перфомансе из коробке. Unreal это как С++, сложный в освоении, перегруженный фичами, за незнание матчасти отрывает ногу, но при этом самый мощный и производительный. Гандотя это как дитя инцеста php, джаваскрипта и питона, самое ублюдочное, нелогичное и неюзабельное, что можно было придумать человеческим мозгом, мало кто понимает зачем оно существует, но тем не менее вполне успешно монетизируется аргентинским Пахомом, при том что движок по своей концепции не очень пригоден для разработки игр, а все существующие на нем игры это либо ВНки уровня презентации в повер поинте, либо что-то очень простое, где действие происходит в одной комнате. Все, кто пытается что-то делать на гадоте - делают это либо от бедности, либо от жадности, либо от глупости, третьего не дано.
>>1046129 Успешные бывшие менеджеры лисы, собирают бабосы и продвигают продукт раст™.
Годот же реально может стать блендером на рынке геймдева. В любом случае конкуренция это хорошо, может быть зажравшиеся киты сдвинутся с места и начнут развивать свои движки.
>>1046573 Прикинь, завтра открываешь проект на юньке/анриле, а там написано - приостановлена лицензия. И твоя проприетарная задница скукоживается в сингулярность.
>>1046573 Пасту свою лучше по ебалу себе намажь, говорят жир от морщин помогает. >>1045481 Единственный страх и риск с годотом - не самая лучшая поддержка шарпа и поломка обратной совместимости раз в два минора. Для мобилок второй страх - адсенс плагины поголовно кустарные, забрасываемые разрабами. База проста - жди когда четверка вывалится в лтс и можно жрать.
>>1046592 А ты в курсе что юнити шпионит не только за лицензиями а и за проектами? Можешь погуглить что бывает, недавно на реддите чувак открывавший проекты с фришко на про акке словил сброс лицензии только за то что юнити показалось что ее наебывают за местовое (типа проект делают на фри лицензии дохуя рыл а публикуют на про акке). И как только ты реактивируешь лицензию и попытаешься открыть проект - угадай что получишь?
>>1046573 >как раст - это беви сыглы, в основном анюзабл параша, которая нахуй не нужна >юнити как c# тоже сыглы, даже разработчики геншина нормально оптимизировать своё поделие не могут, настолько оно хуёво работает >unreal это как c++ Если оно только написано на крестах, но кресты не занимают 300+ гб на жестком диске, да и всё равно в основном там используют блюпринты, потому я бы сравнивал урину с блюпринтами. В принципе, судя по сделанным на нём играм и по оптимизации можно сказать тоже самое. Как c++ скорее подходят движки типо id tech 4 или source, если есть лицензия от valve. Ещё от себя добавлю, что как чистая сишечка будет FTEQW/ioquake3, лучшие движки на данный момент, сколько бы лет им не было.
>>1046584 Блендеру не нужен быстрый рантайм, ты один раз всё срендерил в оффлайне - больше проблем нет. Гуньдотеры не хотят и не могут пофиксить жёсткие продристы в рантайме, не говоря уже про паритет фич.
>>1046645 Я написал, что не вывезли два из трёх. Анрил не вывозит большое количество объектов без падения фпс до болезненных. Даже без текстур, логики и вообще без ничего. Годот тоже это не вывез, но по-другому. Даже несмотря на количество дроуколлов за гранью разумного он показывал неплохой фпс на моей системе. Что ожидаемо на самом деле. Но в нём сломалось полностью освещение, ближний каскад отвалился и не рендерился, а остальные выглядели, как минимум, странно. Юнити urp вывез количество объектов далеко за пределами того, что могут УЕ или Годот, для меня это было главное. Точнее, тест был даже не на объектах, а на сложных персонажных сетках, хотя и без анимаций. Так что каждый случай нужно рассматривать индивидуально.
>>1046764 >Юнити urp вывез количество объектов а ведь скоро анально-принудительно всем сделают гейм объекты нв ECS, интересно насколько сильно будет хрюнити трахать
Нет игрового движка? Не проблема. Вот несколько примеров проектов, созданных на основе собственных игровых движков, собранных сообществом графического программирования. https://youtu.be/e9qK6EtqB-Q
>>1046766 ЕЦС засовывается под геймобъекты, насколько я понимаю. Хотя для меня там хорошая штука, что заменяют меканим на новую систему на треть быстрее.
>>1046770 У меня не сохранились скриншоты со всей хернёй, но юнити в пустой сцене никогда не тормозил. Смотри со своей стороны. На самом деле фпс юнити и годота на одинаковом количестве объектов был приблизительно похож. Но юнити не ломалась при этом, а годот больше не мог рендерить правильную графику.
>>1046770 Это ты тот шизик-нищеброд с ксеоном и картой GTX с авито? Тогда кроме годота мало что подходит. Впрочем, для слабых пека можно использовать старые версии Юнити, хотя под них ассетов нет, а юнити нужен только ради ассетов.
>>1046752 Забавно что сами кресты там скриптовой язык. Некоторые юные максималисты восхищаются, мол это же плюсы, мол смотри низкоуровнево как, но нет, только ворох проблем.
Лучше бы js/ts прикрутили по дефолту - да, говно еще то, но нет уродства как с отступами питона и нет стандартной либы которую таскать (и есть V8). Или луа? Это же в нем насрали си-старикам с синдромо утенка и сделали наконец-то массивы с отсчетом с 1?
>>1046755 >Гуньдотеры не хотят и не могут пофиксить жёсткие продристы в рантайме Невыдуманные истории о которых невозможно молчать. В случае попенсорса - ты пошел и пофиксил рантайм, еще и запушил фикс. В случае тебя дизайнера-говнокодера тормозить будет все и всегда, ведь код ты писать везде не умеешь и пропуки будут даже в новелле.
>>1046776 Зачем собственный игровой движок, когда у тебя рядом лежит открытый годот? Сиди разбирайся и изучай как все работает, подпиливай что-то свое если надо. А если годное, то запуш по всем канонам ребятам и в портфолио можно будет указать, что ты не просто очередной дизайнер-индюшник, а человек, который контрибьютил в годот.
>>1046813 >Забавно что сами кресты там скриптовой язык. Постоянно собирать одну сцену на дохуиллиард гигабайтов это неуважение. Я ведь уверен, что там нет никакой нормальной автоматизации сборки, чтоб при каждом чихе/пуке не нужно было всю сцену пересобирать заново.
>>1024633 Живее всех живых на бэкэнде и девопсов. Если про РФ говорить, то гофер у озона, Сбера, ВБ, и ещё бог весть у кого. >>1024634 Я знаю. Для всякого вспомогательного говна, экспортёров, взаимодействия с хранилищами - очень ок. 100500 либ, но для игр подойдёт в чистом виде разве что для логики и сетевого кода. Для всего геймдевоспецифичного будет лучше что угодно - годоя юнити, анриал.
>>1046965 МС вроде только 20к выделило, что как бы очень мало (месяц-полтора работы одного программисты). Просто на хрюнити много дизайнеров-кодеров, надо как-то охватывать рынок.
>>1046922 Микропинусы на которых пишут го - в том и великолепны что их можно выкинуть за раз, так что сомнительная жизнь у языка у которого роль переложить json. Для большего го просто неудобен. Особенно геймдев где нужон ООП.
>>1046970 Ну у меня на нём в компании крутится логика обработки http трафика. Примерно 400к-2млн запросов в онлайне в секунду с задержкой по 95 перцентилю не более 20 мс (в реальности от 0 до 4 мм выходит для 0.95). Не говоря уже про прочие обвязки, где нет требований задержек таких жёстких. Так что язык норм, если понимать, что на нём делаешь. Плотно с разрабами общаюсь. Помогаю им с идеями и принципиальными решениями, с взаимодействием с разными БД. Будь это что-то другое, мы бы заебались. Тех же разрабов плбсовиков-растовиков хуй да нихуя, а что-то другое или железа потребует ещё больше, или тупо неудобно. А тебе мало того, что какой-то алгоритм для логики надо состряпать, так ещё и инструментарий взаимодействия для служб эксплуатации надо написать. И вот для вот этого всего гофер очень даже подходит и справляется. А Джейсоны перекладывать дохуя неэффективно, меседжпак, протобаф или ещё что из бинарных протоколов.
>>1046977 2млн запросом с условными средним json 10кбайт это 152,5 гигабит в секунду. С такими каналами нужно масштабирование. С горизонтальным масштабирование вообще срать что там на чем работает, это даже не работа одного человека.
Так что мамке расскажешь как ты хайлоад держишь своими крепкими ручонками насмотрятся конференций и давай фантазировать как они кластер держат
>>1046988 А на чем писать шлюз который и будет обеспечивать горизонтальное масштабирование путем балансировки? Вот будет такой вот го шлюз пукающий в кафку/пульсар на таксопарк из микросервисов, и либо балансируя вручную, либо отдавая на откуп кафке с ее группами консьюмеров. Хотя если там микросервисы уровня сайт видеоредактора - можно всё на гошке хуйнуть, в конце концов бесплатная производительность без требовательной кодовой базы - тоже неплохо мимо другой бэк
>>1047122 Судя по описанию, у него там один го справляется на пол датацентра, никакого балансера, только хардкор. Просто квантовая сетевуха на 200 гигабит.
Вообще, вменяемый инженер узкие места на языке со сборкой мусора делать не будет. А кэши из базы можешь и питоном отдавать.
>>1047173 >Вообще, вменяемый инженер узкие места на языке со сборкой мусора делать не будет. Ладно, у нормальных языков, типа шарпа с дотнетом есть средства позволяющие контроллить память и unsafe операции, когда надо. Но го это говно.
>>1047174 А что там за контроль? Насколько помню сисярп образца 2003 года, сборщик мусора там присутствует. Так что контекст свичи будут ебать что там, что там. И я не помню, чтобы там что-то принципиально за эти годы менялось, иначе не было бы этой странной попытки в виде раста.
>>1047418 Привет жителям криокамеры. >иначе не было бы этой странной попытки в виде раста. Только во влажных фантазиях. В реальной разработке приложения меньшее что хочется, это спускаться до unsafe и носиться с сырыми указателями. Шарп (который кор-дотнет, а не моно юнити) сам по себе достаточно шустрый и эти инструменты нужны только в каких-то местах число-дробилках, где нужно уже ручками немного контроллить аллокацию. Дальше в гугл, динозавра со знаниями из 2003 я даже не хочу просвещать. Возможности для оптимизации есть, МС крайне много сделало в плане производительности нового дотнета.
Годоти, юняти, уепи, вы понимаете, что уже морально устарели и через пару лет отправитесь на свалку истории?
>Tencent выложили веса своего нейронного игрового движка.
>Hunyuan Gamecraft можно запустить на 4090, он может генерировать видео в 720p и хорошо запоминает контекст сцены. Я уже делал обзор пейпера когда модель впервые показали, почитать можно тут (https://t.me/ai_newz/3987). Это SOTA, по состоянию на начало лета, от Genie 3 она отстаёт, но на голову выше остальных конкурентов.
>Так как моделька основана на Hunyuan Video, в квантизированном виде она запускается на 4090. К сожалению, работать быстро она там вряд-ли будет — дистиллированная в Phased Consistency Model версия модели выдаёт 6 FPS на гораздо более мощной H100. Но оптимизации инференса порой творят чудеса, так что посмотрим что с моделью натворят умельцы.
>Genie 3 хорошо так поднял внимание к world models, у нас уже второй открытый релиз на этой неделе, хотя обычно в этой нише открытые релизы крайне редки. Интересно, как будет выглядеть первый успешный коммерческий продукт на основе таких моделей.
>>1046816 > случае попенсорса - ты пошел и пофиксил рантайм, еще и запушил фикс. Так или пофикси пропуки в годоте, клоун. Если это так просто. Тебе вся планета скажет спасибо. Я понимаю, что ты не писал ни строчки кода в жизни, поэтому не знаешь, что некоторые архитектурные ошибки исправить уже невозможно, когда поверх них десятилетиями копились сотни тысяч строк кода.
>>1047585 >ряя нейронки не смогут в текст >ряя нейронки не смогут в пикчи >ряя ладно в пикчи смогли но вот пальцы нормально не с смогут я скозал! >ряя нейронки не смогут в музыку >ряя нейронки не смогут в генерацию видео >ряя нейронки не смогут в риалтайм 3д симуляцию >ряя ладно смогли но пока что только wasd можно, полноценную игру-то не смогут сделоть! >вы находитесь здесь >ряя ну ладно нейронки смогли в игры но вот в vr то точно не смогут! Неоьучаемые клоуны типа тебя каждый год верещат, никак не научатся на своих ошибках.
>>1047590 Когда дизайнер садится за код, у него игра с геймплеем и графикой 2002 года тормозит на топ компе 2025 года. О чем ты вообще? Я уверен, ты сядешь писать DOOM 2 у тебя он будет работать в 15фпс на 4090.
>что некоторые архитектурные ошибки исправить уже невозможно Какие, голословный ты наш? Уже ни раз просили тебя конкретизировать. Залез в срачь, изволь пруфать.
>>1047601 Постоянные ошибки в сложных темах. Перевод, самое близкое к тестобразованию, до сих пор выглядит как говно. Так если раньше перевод был просто плох и ты видишь проблему и идешь проверять, то сейчас нейронка начала додумывать - что еще хуже, она сглаживает текст, но "обманывает".
>>1047601 Они конечно пишут текста лучше чем слабоумные зумерки, но юзать эти текста в продакшене будет только совсем отчаянный говноед, так как нейрокал палится с первого взгляда и качество нейрокал "контента" соответствующее.
>>1047593 Ты же понимаешь, что "творчество" нейронок это продукт обучения на куче мелких поделок с гитхаба и окромя этого они нихуя делать-то и не могут?
>>1047653 >Они конечно пишут текста лучше чем слабоумные зумерки >Они конечно рисуют текста лучше чем слабоумные индюки >>Они конечно делают игры лучше чем слабоумные годоти
Напоминаю, что пикрелейтед сделали годоти, а не нейронки. Хотя кто бы мог подумать
>>1047686 Хоть почитал бы на чем они обучаются, перед тем как в треде позориться
>>1047686 > это продукт обучения на куче мелких поделок с гитхаба И на всем коммерческом коде который им скармливают, думаю.
Впрочем в написании кода они как говном были так пока и остаются.
Может у кого-то есть более позитивный опыт, но я нейронками пользуюсь каждый день для ускорения написания кода и не могу их заставить выдавать что-то вменяемое без объяснения всей всего алгоритма действий где какой класс сделать и какие методы, и даже такое приходится подчищать.
И своими глазами видел пример разработки программы с нуля нейронкой в течении нескольки месяцев. Неудачный.
>>1047796 у годота тут может быть серьёзный недодетект в этой таблице я использовал их регулярки для файлов и годот детектится где-то в 30% случаев по паку с данными. причина - зачастую игра на годоте это просто одинокий экзешник. такое стимдб не может определить