Токсим, срёмся, диагностируем шизофрению и объявляем крысу в хате тоже здесь.
Бесконечный тред для свободного общения.
>Мешают лишь троллям-движкосрачерам, не более.
Да ты тут нахватаешься и потом начинаешь движкосрачеров в годот треде искать.
> за очевидные провокации движкосрача
Эти провокаторы сейчас с тобой в одной комнате? Ты походу реально болен.
>Тогда не жалуйся
Это не я, ты же видишь по стилю письма (или даже по IP), я другой анон.
Я просто вижу один что-то делает, а другой просто высокомерный бездельник. Который возомнил что /gd его собственность. А по сути, в сравнение с ним, ты "флудящая безыгорка", пыль раздела. К движкописям больше уважение чем к тебе (жми на кнопку, скорее, докажи свой статус пыли).
У тебя ошибка в том, что ты считаешь что "ИИ" должно развиться в аналог человеческого мышления. Но на самом машинное обучение намного более мощнее, чем то, на что способен любой человек. Да, оно просто анализирует огромное число данных и находит шаблоны и закономерности, но никакой человек не создаст картинку, видео за секунду, не клонирует голос, не перепишет миллион строк с одного языка программирования на другой.
Машинному обучению не нужно развиваться до уровня человека, у него другие цели и в них оно превосходит любого человека, является более совершенным инструментом решения задач.
>закрытве модели это игрушки а норм тема это локальные тренировать
Нужны какие-либо дополнительные комментарии?
>провокации движкосрача
Самое забавное, когда я сидел тут 3-4 месяца назад, никто даже годот не поливал. Это просто раздел-флудилка. Даже сейчас тут активна ветка про ИИ идет. У тебя реально есть ощущение что есть пачка злых анонов, которые ловят моменты чтобы насолить в годот тред?
Галоперидол помогает от паранойи?
>Ты перечислил ЗАКРЫТЫЕ модели, над которыми ты не имеешь НИКАКОГО реального контроля
Анон, а если тебе сегодня на Вронной на голову свалится 4тб ЖД с последним опусом на нем - что ты с ним делать будешь? Будешь пытаться высосать из его самого сильного кванта дохлые 0.3 t/s на своей 5090/ryzen ai/m4 pro? Или может просто хуй забьешь и пойдешь дальше юзать квен (просто потому что квен создан для потребительского железа, и он работает)? Что такое контроль по твоему мнению?
Нууу типа да, нужны. Я юзаю закрытые модели и экономлю этим время=деньги, в чем я не прав?
Как ты тренеруешь локальные модели и извлекаешь из этого пользу - ты не написал.
Ты просто пытаешься навязать свое представление о том, как нужно общаться в ГД всем остальным, вот и все. У тебя в запрете "движкосрача" правды не больше, чем у пользователей, которые считают это нормой.
Ты читай внимательнее что я реплайнул. Анон утверждает что закрытые фронтир модели это игрушки
Можно было бы сказать "да, я баню движкосрач, но посмотрите на эти графики! Число пользователей выросло втрое за последние несколько лет!". Но что-то я этого не вижу.
>Число пользователей
2ch за последние несколько лет сильно выродился, буквально закрыли/удалили множество разделов, оставшиеся сильно уменьшились в активности.
Так что аргумент про число постеров не аргумент. Школьников призвали в армию, наверное. Или все разъехались из страны и сидят теперь на форчане.
В любом случае, что лучше: 100 постов срача "какой движок хуже всех" или 10 постов цивилизованных обсуждений чьей-то новой игры в разработке?
И заметьте, у движкосрачеров целый тред есть.
Зачем растекаться жиром по всей доске?
>В любом случае, что лучше: 100 постов срача "какой движок хуже всех" или 10 постов цивилизованных обсуждений чьей-то новой игры в разработке?
Попизди, мань. Ты позавчера раздал пизды за обсуждение годота в годототреде, а сегодня мне вломил за вопрос о перекате. Но ты же неуиноват как всегда, это просто твоя шиза приказала тебе зачистить неугодные тебе обсуждения.
>оставшиеся сильно уменьшились в активности.
Жду слияния /gd с /vg, пора уже.
>что лучше:
У тебя не было движкосрача, хватит маняфантазировать свой идеальный /gd в вакууме, признай что просто бомбанул по пьяне.
Сейчас только что нормальный перекат забанили, помянем собрата.
>опус намного лучше соннета даёт результаты
Я с этим не спорил. Но это как разница между двумя пьяницами - один еле-еле что-то мычит, а другой хоть немного, но может что-то сказать, пусть и невнятно. Существенного рывка как не было, так и нет. Просто архитектура принципиально ограниченная, нужна альтернатива какая-то, неизвестная публике.
>с их помощью можно получать пользу
Пользу можно и от спиннера получать, дав его в руки непослушному малышу, чтобы он, крутя спиннер, не отвлекал родителей. Это не делает спиннер "высшим разумом, который нас всех заменит и уничтожит". Ты поигрался с игрушкой, получил дофамин, и теперь рекомендуешь её так, будто это Святой Грааль всея программирования, без которого мы все умрём.
>>1088124
>И при этом считаешь себя экспертом
Ты бы предпочёл, чтобы я говорил "я руководитель крупнейшего АААА проекта, 50+ лет опыта работы, несколько нобелевских премий, пруфов не будет"?
>>1088145
>считаешь что "ИИ" должно развиться в аналог человеческого мышления. Но на самом машинное обучение намного более мощнее, чем то, на что способен любой человек
Люди построили реактивные самолёты, способные передвигаться по воздуху быстрее звука. Тараканы неспособны летать и двигаются медленнее многих хищников, охотящихся на них. В ядерной войне все реактивные самолеты уничтожатся или придут в негодность из-за гибели людей, а тараканы будут продолжать жить и размножаться. Быть может, способность летать выше скорости звука не так уж и необходима для выживания? Может, нужно что-то совершенно другое, что эволюция уже нашла?
Суть "ИИ" в том, чтобы стать заменой человека, и, следовательно, нам нужна от него не сверхзвуковая скорость, а живучесть и адаптивность. Человеку не составляет труда убить таракана, но ИИ даже хуже тараканов в плане выживаемости. Это значит, что ИИ по-прежнему далеко до уровня человека.
Это очевидно даже без знания устройства нейронок. Нейронки только один из возможных вариантов. На планете, например, существуют растения возрастом несколько тысяч, а то и десятков тысяч лет - а у них нервной системы вообще нет, несмотря на сотни или тысячи тонн биомассы одного индивида. Как так? Громадная туша без мозгов умнее нейронок?
>>1088148
>свалится 4тб ЖД с последним опусом на нем
Да пофиг на попуса твоего. Накачали копипастой с вебсайтов типа Фалькиного, внушили отвечать на пошлости резким отказом, и сидят довольные. Хайп крутится, инвестиции мутятся, пока простой народ ломает голову, ища применение кривой лопате...
Короче, игрушки всё это. Рано паниковать. Вот если обнаружится, что, например, Сэм - это выдумка, и его компания вообще пустая внутри, ни одной обезьяны, только компьютеры что-то там щёлкают и пищат, и стреляют в каждого входящего в серверную - тогда, допускаю, можно начинать волноваться...
>Да пофиг на попуса твоего. Накачали копипастой с вебсайтов типа Фалькиного, внушили отвечать на пошлости резким отказом, и сидят довольные. Хайп крутится, инвестиции мутятся, пока простой народ ломает голову, ища применение кривой лопате...
Соседей затопило жиром с экрана
> Я с этим не спорил.
Тогда мб отвечай на то с чем споришь.
> Пользу можно и от спиннера получать, дав его в руки непослушному малышу, чтобы он, крутя спиннер, не отвлекал родителей.
Совершенно верно.
> Это не делает спиннер "высшим разумом, который нас всех заменит и уничтожит".
Процитируй э, где я что-то такое говорил.
Также вдогонку ко всем 3 пунктам выше и к
> Но это как разница между двумя пьяницами - один еле-еле что-то мычит, а другой хоть немного, но может что-то сказать, пусть и невнятно
Нейронки это не спиннер в руках у микрочела, и не пьяница который что-то мычит, нейронки - это инструмент реально прямо сейчас работающий и реально экономящий много времени. Это объективный факт.
Если тебе есть что рассказать про то, как ты круто натренировал локальную модель сам и оно стало приносить "большую пользу" - я с радостью это послушаю.
А манятеории что работает и не работает от того кто не в теме и выводы делает 2 минуты подумав над статьями для новичков - всё таки мало интереса имеют.
> Ты бы предпочёл, чтобы я говорил "я руководитель крупнейшего АААА проекта, 50+ лет опыта работы, несколько нобелевских премий, пруфов не будет"?
Я бы предпочёл, чтобы ты хотя бы для себя ответил на вопрос "а как я это понял?" и отвечал по существу.
>аргумент про число постеров не аргумент
А на чем основан аргумент, что нужно оптимизировать форум на зайстойность, чтобы всегда были одни и те же несколько тем постоянно.
На чем основан аргумент, что нужно банить пользователей за обсуждение движка?
Какие-то метрики же есть для этого? Для чего то это делается, должна же быть причина. Если это не увеличивает активность доски, а, наоборот, уменьшает ее, то какой вывод из этого надо сделать?
@
ДА НЕ ЗАМЕНЯТ ОНИ НИКОГО, ИЛИ НЕ СКОРО
@
НЕЕЕЕТ СКОРО ЗАМЕНЯТ! УЖЕ ЗАМЕНЯЮТ!
@
ПРИВЕДИ ПРИМЕРЫ ГДЕ БЫ ЗАМЕНИЛО
@
А ВОТ СКАЗАЛ "НАЙДИ БУКВУ В КОДЕ"
@
И ЧТО, НАШЛА ХОТЬ? БУКОВКУ-ТО?..
@
НУ... НАХОДИТ. В 90% НАХОДИТ 2/3
@
В ОСТАЛЬНЫХ 10% СНОСИТ МНЕ ОС
@
НО РАБОТАЕТ ЖЕ! ЗАМЕНЯЕТ!!!
@
НУ ВИДИШЬ ЖЕ, ЧТО ФИГНЯ
@
НЕЕЕЕТ!!! Я ЗАМЕНЁН!!!
@
ОЙ, КАК ХОЧЕШЬ...
@
Я ЗАМЕНЁЁЁН
>ПРИВЕДИ ПРИМЕРЫ ГДЕ БЫ ЗАМЕНИЛО
@
>открываешь реддик, тикток, твиттер, постоянно что-то новое в ленте, интересно
>открываешь гд, одни и те же 3.5 темы на протяжении 7 лет. отправляешь сообщение в одну из этим тем... бан, причина: "движкосрач"...
>Суть "ИИ" в том, чтобы стать заменой человека
>>1088145
>У тебя ошибка в том, что ты считаешь что "ИИ" должно развиться в аналог человеческого мышления
Этот в теме, удаление началось из-за раздутого пузыря. И какие-то умники начали это коррелировать с ИИшкой.
Хз что сейчас, но вероятно просто стало удобно этим прикрываться.
Ты когда зашел, плохо подумал о годоте. Этого было достаточно.
>подумал
>движкосрачер
Погодите, это реально?
Движкосрачеры... думают?!!
> опус намного лучше соннета даёт результаты
Писечка в том что в хорошей кодовой базе это не имеет особого значения - написание нового кода становится настолько тривиальным что даже посредственные нейронки будут делать хорошо, потому что сделать плохо труднее. А разбиение на задачи (даже автоматическое), форсирование TDD и добавление довольно банального цикла "один агент написал" - "другой агент отревьюил и перезапустил первого чтобы пофиксил" улучшает качество наверно больше чем наивное использование более дорогих моделей. Модель просто не должна быть совсем тупой. У меня даже Deepseek V4 Flash нормально кодирует таким образом.
Времена когда выбор топовой модели был единственно возможным прошли. Может через год-два и локальные подтянутся.
> Суть "ИИ" в том, чтобы стать заменой человека
Невозможно же. Зато получилась недурственная турбокодилка/текстописалка. Самолёт не машет крыльями на манер птиц, но летает быстрее.
> в хорошей кодовой базе это не имеет особого значения - написание нового кода становится настолько тривиальным
На какого рода/размера/сложности проектах ты к таким выводам пришёл и оно у тебя так реально работает?
У меня опыт получился как я описал тут >>1088078 и написание кода мне кажется совсем не тривиальным, если задача не тривиальная - нейронка начинает упускать логику, корнер кейсы, первоисточник проблем и всякие сожные логические сплетения, ну и как я говорил - в архитектуре нецронка очень плоха.
Это всё проверено на разных проектах - ECS/ECS + мета на ООП/чисто компонентных подходах + ООПшный сетап. По качеству кода - писали не нубы и было полноценное код ревью у разрабов.
> форсирование TDD и добавление довольно банального цикла "один агент написал" - "другой агент отревьюил и перезапустил первого чтобы пофиксил"
Я делал и это(планировщик-исполнитель-ревьюер), и расширенное(+ написание теста для валидации что код отработал - если применимо - понятно что в играх абсолютное большинство вещей геймплейных тестами чисто концептуально не покруять) и полный ральф цикл который бьётся этим постоянно.
С 4-5 мегабайтами движкового/игрового кода спокойно справляется. Твоя задача как человека - разбить задачу так чтобы состояла из простых этапов. Простые этапы дальше уже сама нейронка на задачи разбить может. Тут ключевой момент в том чтобы каждая отдельная задача была достаточно компактной и влезала в короткий контекст, каждый раз приводя к чему-то законченному. При ручной работе всё то же самое, ИИшка просто берёт последний этап где код нажимают кнопочки чтобы буквоки в коде появились.
Вопрос чисто в том насколько код модульный и заложена ли возможность нормального тестирования.
>Локальный 32b Квен кодит лучше Клода
я не исключаю, ибо версия клода не указана.
но если сравнивать квен и колд последних версий, то клод просто без шансов разъебывает.
квен параша, может чуть получше дипсика, хотя четверку так и не тестанул, бабло кончилось на опенроутере, а в чате там хуй пойми чо, я кинул туда запрос, она какую-то ебалу мне выдала, скорее всего там еще 3тья.
Клод последней версии сосёт с проглотом у клода предпоследней версии. Это факт. При этом клод предпоследней версии серьёзно устарел и уже отстаёт от топовых моделей.
узкоглазик, ну не плакай, когда нить у вас получится сделать что-то похожее на ИИ
>Клод последней версии сосёт с проглотом у клода предпоследней версии
Псиоп с реддита. Охуенно кодит, еще лучше понимает технологические стеки, еще лучше гадает на описаниях ошибок.
>При этом клод предпоследней версии серьёзно устарел и уже отстаёт от топовых моделей.
Разве что от самого топового ГПТ, но это не точно, надо сравнивать. Ну уж точно не от квена, лол
Может ли клод быть вайфу, раздвигать ножки и приговаривать ara-ara anon-kun~, когда обнимает и поглаживает юзера? Это главное в нейросетях...
мимо
При чём тут я, когда речь о чатботах?
Алсо, у MaSiRo нет ног - она на квадратном каркасе с колёсиками ездит, так что максимум, что она может сделать, это подрочить тебе рукой. Да и то придётся программу писать для этого, скорее всего. У неё там самые дешёвые внутренности, насколько я помню.
Так что это будет старый добрый WebGL, соответственно, чтобы два раза не кодить, на других платформах будет OpenGL ES. После треугольника и куба, есть желание в первую очередь сделать тени и скелетную анимацию, естественно без либ. Пбр пока сомневаюсь, в первую очередь смотрю на производительность и самостоятельные стили, а не на реализм, которого в браузере все равно сомнительно добиться.
Язык пока не выбрал, у меня конечно непереносимость js, но он нативен в вебе, можно будет использовать нативные контролы (а не как обычно дрисня с рендером кнопок, с которыми нельзя взаимодействовать), но почитаю еще раз про совместимость wasm со старым и слабым железом. На одном некроноуте я точно сталкивался с проблемами однажды, которые требовали перекомпиляции без использования какой-то инструкции процессора.
Физика, естественно, будет своя, поскольку обычные физические движки нафиг не уперлись, в моих играх нужна или физ симуляция, которую все равно самому писать, или простые триггеры и контроллеры, для которых физика оверкилл.
Что еще забыл? Да, звук надо чекнуть, конечно предпочтительно чтобы нативный работал, но с другой стороны и микшер хочется.
>это еще и ограничивает Android то ли 10, то ли 11+, то есть выпадает от 15% до 40% мобилок
У настолько древних мобилок аккумулятор зачастую дохлый и пользуются ими из-за нищеты, так что твои модные игрушки им не нужны. Пока ты будешь свой велосипед писать, они ещё сильнее состарятся. Если начнёшь делать игру на своем велосипеде, к релизу последние мобилки на Android 11 рассыпятся в пыль.
Я решил вопрос довольно просто. Взял 2 телефона которые были под рукой, один это 8 андроид, я там пару раз менял акк и стекло, второй более экзотичный перепрошитый. На обоих демки 3d WebGL запустились, WebGPU черный экран. На этом я для себя вопрос закрыл. Вот буду следующую игру через год-два делать, там уже можно и что-то другое присмотреть (может нормальный убийца апи вулкана выйдет).
>а это еще и ограничивает Android то ли 10, то ли 11+
На самом деле все еще хуже, большая часть андроидов с вулканом этой версии это среднее и топовое железо с снапами, которых от всего рынка дай бог 20%, у остальных вулкан даже если и заявлен, то работает хуево либо не работает вовсе. Ну, просто как данность - гугл обязал всех кто использует 15 андроид реализовать вулкан нормально, т.е. до 15 этим нормально занимался только квалком, остальные как не работали через раз так и не работают
В остальном - ты уже оформил пенсию по шизе безусловный базовый доход? Лет так на 10.
какие лет 10? месяц на движок, месяц на игру, в августе уже можно начинать релиз, к новогодним становлюсь миллионером. Сейчас с помощью нейронок все это легко кодится, главное крышечку придерживать.
>месяц на движок, месяц на игру
И еще 9 лет и 10 месяцев на починку того нерабочего говна что высрало ИИ при подобном подходе, ведь вместо того чтобы брать готовое(желательно сразу движок, с mcp интеграцией типа юнити/годота/урины) и максимально облегчать работу нейродауна за счет его "холодной" памяти ты предпочитаешь раздуть кодовую базу велосипедами.
>пикча 2
Рограммисты настолько тупые что не могут отключить сон в ноуте?
>Рограммисты настолько тупые
Это не программисты.
>крышечку придерживать.
>>1088322
>отключить сон в ноуте?
А зачем вообще на ноутбуке держать, если ноутбук выполняет роль тонкого клиента к серверам Claude, которые и выполняют всю работу? Зачем вообще использовать локальное, если настолько зависим от чужого облака, что ходишь с клиентом к нему?
Реально дурачки какие-то. Я б давно настроил себе смартфон или смарт-часы для просмотра статуса и голосовых команд агенту в облаке, чтоб не таскать по городу давно ставший бесполезным ноутбук.
> А зачем вообще на ноутбуке держать, если ноутбук выполняет роль тонкого клиента к серверам Claude
Потому что агент над локальным проектом работает обычно, пробует запускать, компилить
>компилить
Если там C++, то лучше в облаке компилить.
>запускать
Аналогично, лучше в облачной песочнице.
Это ж ИИ. Ему не важно, где работать.
Никаких плюсов от локальности нет - все данные "локального" проекта в любом случае утекают на облачные сервера Anthropic и варятся неизвестно сколько неизвестно с какой целью, так что можешь считать, что это не твои данные, ты просто мясной биодрон для написания оригинальных промптов и оценивания результатов работы ИИ-агента.
Возможно там чат на паузу встает, если видит что пользователь не онлайн?
Я пользовался юнити, годотом, их экспорт перегружен для веба, специализированные для веба мне тоже не очень понравились. У нейродауна будет такая же холодная память на "просто opengl". Ну и есть еще причины, по которым хочется просто сделать свой движок и иметь свое, в связи с этими разговорами о грядущей недоступности гитхаба.
>У нейродауна будет такая же холодная память на "просто opengl"
Нет, потому что ты захуяришь контекст вагоном твоих собственных реализаций частиц, рендеринга, физики, юи, сцены, конфигов игры, тестовым инструментарием и прочей кучей говна, которую нейросеть будет видеть каждый промпт как первый, и будет вынуждена постоянно держать информацию о апи твого движка горячей, в ущерб полезной нагрузке.
>Ну и есть еще причины, по которым хочется просто сделать свой движок и иметь свое, в связи с этими разговорами о грядущей недоступности гитхаба.
Может просто насохранять все доступные опенсорс движки (включая ue) себе на комп и всё? За стеной чебурнета свыня не узнает что ты ему не откашливаешь 12%
В ue нет веб экспорта, его дропнули где-то в районе 4.2 да и он тоже переутяжелен, хотя я его не смог собрать.
Ну у меня скачан годот (надо еще выкачать аддоны и шейдеры; несколько лет назад я так делал с 3-кой), дилиджент, гугл филамент и еще по мелочи разное. Но это все равно не свое.
>реализаций частиц, рендеринга, физики, юи, сцены, конфигов игры, тестовым инструментарием
Это решается модульностью и файлами с описаниями. Нет нужды при работе над частицами подтягивать юи и физику. Ну и в любом случае это просто ассистент для меня. программиста.
> Если там C++, то лучше в облаке компилить.
А почему именно с++?
> Аналогично, лучше в облачной песочнице.
А если у нас гуи приложение? Заёб.
Это всё стоит денег и время на разворачивания инфраструктуры. Зачем это делать? Чтобы было?
> Ну и есть еще причины, по которым хочется просто сделать свой движок и иметь свое, в связи с этими разговорами о грядущей недоступности гитхаба.
Если именно это твоя реальная причина, то это пиздец.
> Я пользовался юнити, годотом, их экспорт перегружен для веба, специализированные для веба мне тоже не очень понравились.
Это валидная причина.
Скажу аккууратно, это тоже валидная причина. Я видел своими глазами, как плакала мелкая племянница, когда ей отключили Роблокс. И мне было стыдно, что я не смог ей тут же показать нашу, местную замену. А вот в китае он тоже отключен, и ничего, они клепают свои геншины, На днях на хабре было очередное нытье, что надо поддерживать бедных и несчастных Electronic Arts и прочих. А я вот считаю, что лучше Фальку поддержали бы.
>Это решается модульностью и файлами с описаниями.
До определенного порога. Микросервис можно раздробить на вагон не связанных модулей и оно будет работать. Игру ты на микросервисы не поделишь, так или иначе физика, сцена, звук, освещение и прочие подсистемы движка будут единым целым, одно будет тянуть за собой другое. И вместо полезной информации (размышлений, апи игровых подсистем) - контекст будет в том числе набит под завязку апи твоего движка, который он будет тянуть из файлов-описаний (они тоже должны быть в контексте если че). Потому есть неироничный риск упереться в предел контекстного окна, который у локальных нейронок еще более смешной чем у облачных, и все из-за тяги к велосипедостроению.
> Я видел своими глазами, как плакала мелкая племянница, когда ей отключили Роблокс. И мне было стыдно, что я не смог ей тут же показать нашу, местную замену.
Про квн не слышал?
> А вот в китае он тоже отключен, и ничего, они клепают свои геншины
Геншин это не конкурент роблокса, это совсем другая ниша.
Прямой конкурент роблокса - фортнайт.
> На днях на хабре было очередное нытье, что надо поддерживать бедных и несчастных Electronic Arts и прочих.
В плане поддерживать? Типа чтобы не блочили что-то делать? Да, это правильно.
> А я вот считаю, что лучше Фальку поддержали бы.
Как он с геймдевом связан и как ты его поддерживать собрался?
> И мне было стыдно, что я не смог ей тут же показать нашу, местную замену.
Кстати, ты ещё и не понимаешь причину трагедии. Это социальная площадка, у неё там какие то интернет друзья были, какая-то движуха происходила они какие то приеолы мутили.
Рубильник повернули - и всё.
Мрази ебаные.
>Про квн не слышал?
Не пользуюсь, нет необходимости, к тому же если рубанут, то и он перестанет помогать.
>Геншин это не конкурент роблокса
Не буквоедствуй. У китайцев есть свои аналоги роблокса, от ByteDance и прочих. Просто тут таких названий все равно никто не слышал.
>Да, это правильно.
Нет, это бред призывать игроков выносить деньги из страны, чтобы богатая EA становилась еще богаче, вместо того, чтобы поддерживать местных.
>Как он с геймдевом связан
Это шутка такая? Ну поищи для начала какие игры у него выходили.
>Кстати, ты ещё и не понимаешь причину трагедии. Это социальная площадка
Это школьники, они и так друг друга знают одноклассники, и по вконтакту.
>отключили Роблокс. И мне было стыдно, что я не смог ей тут же показать нашу, местную замену
Вообще странно что Яндекс.Игры не сделали свой "ход", так сказать. У них огромный портал веб игр, они могут добавить в свой API (который встроен в каждую web игру) социальные функции и переходы между разными играми, тысячи разрабов на Яндекс.Играх создают маленькие Web игры, но каждый отдельно.
Но если Яндекс предоставит функционал Роблокса, это будет бомба, тысячи детей которые уже там играют начнут создавать, тысячи разрабов применят свои знания и опыт и тоже начнут что то делать.
>Так что это будет старый добрый WebGL
для инди достаточно. webgl 2 = opengl 3.3. Есть конечно проблемы - нет DSA (а это жопа оптимизации), нет bindless текстур (16 текстур мало для чего-то вменяемого - от одного только точечного света уже 6 текстур теней на свет).
но в остальном этого достаточно для 99% инди
>>1088289
>Пбр пока
не нужно. требует специальных текстур. а ты ж программист - где ты их брать-то будешь? запрогай фонга и будет у тебя нормальная для инди картинка.
>>1088289
>Физика, естественно
года два назад я бы не советовал. сейчас с нейронками топ самому писать. главное правильно нейронке разбить на задачи (надо прям совсем мелкие задачи делать, иначе у нейронок шиза). и конечно все обмазать миллионом юнит тестов (также нейронками нагенерить)
>не сделали свой "ход", так сказать.
русский бизнес - он ебанутый и рассчитан не на поиск прибыли, а на попилы бюджетов.
ровно по той же причине разрабы unigine сидели на военых бюджетах, и клали болт на инди (при том что на тот момент юнити еще толком не вышел, а юнижин уже был на его уровне - они буквально могли занять этот рынок. но нет, я еще помню как их менеджер прямо писал - что бомжи школьники им не нужны, им тут серьезные дядьки-военные заказы делают)
также и яндекс - у них буквально готова целая социальная платформа (особенно взлетевшая после 2022) - там можно делать буквально все - свои роблоксы, свои сторы, свою игровую соц сеть с ачивками.. но как сейчас можно "можно... а зачем?"
также как и вк кстати - у них тоже своя платформа (хоть и жопу загнувшаяся)
но снова: "можно... а зачем?"
> Не пользуюсь, нет необходимости
Всм нет необзодимости? Племяннице помочь это не необходимость?
> к тому же если рубанут, то и он перестанет помогать.
Ну если у тебя есть минимальная техническая грамотность, то ты должен понимать, что это невозможно.
> Нет, это бред призывать игроков выносить деньги из страны, чтобы богатая EA становилась еще богаче, вместо того, чтобы поддерживать местных.
Я буквально местный и есть и я говорю что запрет ЕА это говно как и вообще любые запреты)))
1. У нас конкурентов играм ЕА не сделать физически
2. Сами игры такого масштаба мертвы автоматом без выхода на глобал - ру аудитория там хорошо если 10% выручки сгенерит - если хорошо в россии пропиарить. Поэтому вообще поебать - если мы сделали свою фифу и она будет реально качественной и конкурентной - то если у неё на ру рынке не будет конкуренции это даст +3% выручки, причём если очень повезёт.
3. Ты чо думаешь, если ЕА реально запретить магическим образом - народ побежит покупать срущие петухи 2?
> Это шутка такая? Ну поищи для начала какие игры у него выходили.
Скинь лучшие)))
> Это школьники, они и так друг друга знают одноклассники, и по вконтакту.
Они в роблоксе знакомятся.
> Но если Яндекс предоставит функционал Роблокса, это будет бомба, тысячи детей которые уже там играют начнут создавать,
Создавать не получится - у роблокса лёгкий редактор который сразу из коробки с уже сделанным мультиплеером, а тут придётся со своим движком делать, и что ещё хуже - мультиплеер делать намного сложнее.
Поэтому на ЯИ мультиплеера либо нет либо почти нет, и в целом там все в соло игры играют, как это превращать в соц площадку хз если играть не во что вместе.
>А почему именно с++?
Чтобы вайбкодер смог выстрелить себе в ноги с двухстволки.
>А если у нас гуи приложение?
Это ж ИИ, он сам может кнопочки покликать и сказать "норм".
>Это всё стоит денег и время
Ты выронил макбук и по нему проехался джип. Твои действия?
>unigine
О Unigine, помню что у них на сайте, не было даже документации по движку на русском языке. После 2022 только появилась.
>У нас конкурентов играм ЕА не сделать физически
Ну и сиди с такой мыслью. Даже отвечать что-то расхотелось.
Просто принимаем как данность - свое делать нужно и необходимо.
>>1088446
Да, вот, примерно так же и рассуждал. Bindless конечно жалко, и свет будет ограниченный, ну в вебе и так попроще с этим надо.
> Ну и сиди с такой мыслью. Даже отвечать что-то расхотелось.
> Просто принимаем как данность - свое делать нужно и необходимо.
Ну ты же на доске по разработке игр сидишь, почему у тебя настолько нулевое понимание как индустрия работает?
Игры зарабатывают с глобального рынка, чисто на локальном ты ничего не заработаешь.
Если ты запретишь игру и выкатишь её аналог идентичного качества в который все радостно перейду - запрет даст тебе +5% прибыли. Прикольный бонус, но это вообще ничего не решает глобально.
Сама задача разработки игры тоже нетривиальная.
Чтобы сделать свою фифу надо:
- привлечь где то 50-100кк$ финансов на работу команды и маркетинг
- сразу оформить иностранные юр лица для доступа на глобальный рынок и выстроить финансовую цепочку(это в целом решаемо, но я полагаю ты такое не одобряешь)
- найти штук 300 топовых спецов и запрячь на несколько лет, при том что нормального сеньора сейчас ищут по полгода)
- решить задачу "объяснить аудитории фифы, что наша фифа лучше", т.е. сделать какое-то мощное конкурентное преимущество, что требует ресерча, идеи и разработки
Есть идеи как ты будешь решать хотя бы один пункт из этой задачи?
Плэтому чтобы поддержать отечественного разработчика - надо поддерживать отечественного разработчика, а не хуйней заниматься. Это делается? Где?
Где программы финансирования или налоговых льгот для разработчиков?
Нахуя блокировки софта который разработчикам необходим? Да, я-то впн поставлю, но вот какой-нибудь школьник не осилит, и вместо того чтобы ковырять юнити как делал я будучи школьником - скорее всего уйдет в другую область, и будет у нас всё меньше и меньше кадров.
Нахуя закручивать гайки в финансовом секторе для простых работяг? Вот сидит разраб в россии, ему платят криптой, а теперь крипту считай прикрыли. И ему приходится уезжать - и таких много, в любой компании с российскими корнями больше половины штана не в россии, и сами компании уже именно что с российскими корнями - свою юридическую часть релоцировали.
Так что твоё пиздабольство про запреты во благо - прсто тупые высеры от человека который понятия не имеет о чём говорит. Как реальный разраб из россии я читаю это и просто не понимаю что в голове у ура-патриотов вроде тебя, которые рассказывают как здорово что государство блокирует что-то там чтобы у нас всё развивалось, когда на самом деле это буквально наоборот - выстрел себе в хуй и полный развал.
Короче опять сплошное нытье что ничего нельзя и невозможно.
>Чтобы сделать свою фифу надо привлечь где то 50-100кк$ финансов на работу команды и маркетинг
Сделаю за миску макарошек.
>сразу оформить иностранные юр лица для доступа на глобальный рынок и выстроить финансовую цепочку(это в целом решаемо, но я полагаю ты такое не одобряешь)
Палки в колеса вставляют на той стороне. Приток с глобальных продаж - должен быть просто приятным бонусом. Геншин зарабатывает с местных больше половины.
>найти штук 300 топовых спецов и запрячь на несколько лет, при том что нормального сеньора сейчас ищут по полгода)
Я сам сеньор.
>решить задачу "объяснить аудитории фифы, что наша фифа лучше", т.е. сделать какое-то мощное конкурентное преимущество, что требует ресерча, идеи и разработки
Игрок зайдет в вкплей и увидит соответствующую игру и будет играть.
>вместо того чтобы ковырять юнити как делал я будучи школьником
Будет ковырять свой, родной движок.
>И ему приходится уезжать
Слишком много свободы позволяют.
>3. Ты чо думаешь, если ЕА реально запретить магическим образом - народ побежит покупать срущие петухи 2?
Ну, надо максимально обрубить все связи с миром, тогда и срущих петухов купят
>>1088461
>Ну и сиди с такой мыслью. Даже отвечать что-то расхотелось
Да в целом согласен. Надо повесить замок покрепче на доступ к западным технологиям, собрать более-менее инженеров при памяти в шаражки, приставить автоматические турели и отдать приказ "разрабатывовай", тогда сразу и своя фифа про волка и зайца, и свой асасинс крид ПЕЧЕНЕГЕССИ, и все будет, а если не будет то расстреливать за каждый провальный релиз члена оставшейся семьи, за плохое программирование
>>1088465
>Где программы финансирования или налоговых льгот для разработчиков?
Идешь в ири, говоришь что сделаешь игру по мотивам война и мир, делаешь смуту 3 с стрельбой из винтовок (дешевле чем анимировать ближний бой), получаешь миллионы, ты победил
>но вот какой-нибудь школьник не осилит, и вместо того чтобы ковырять юнити как делал я будучи школьником - скорее всего уйдет в другую область, и будет у нас всё меньше и меньше кадров.
Игры вообще надо запретить, как вредное и разлагающее трудовое общество явление. Рабочий должен крутить гайку, вечером после работы принимать на грудь, а завтра утром снова повторять трудовые подвиги, игры здесь совершенно лишнее звено цепи, а для детей тем более, им надо постигать науки и двигать Россию вперед
> Короче опять сплошное нытье что ничего нельзя и невозможно.
Какое нытье? Есть объективный факт - долбоебы уничтожают игровую индустрию, другие долбоебы рассказывают как ещё стоит уничтожить. И я прокомментировал, почему это так.
Что нельзя и невозможно? Многое возможно, я живя в россии работаю на нероссийские компании(у нас не на кого просто), но это нетривиальная задача и она идёт чисто на мою выгоду, а не на развитие игровой индустрии в россии)
А глобальные задачи из того что я перечислил - невыполнимы на текущем этапе развития игровой индустрии у нас.
> Сделаю за миску макарошек.
Думаю, ты даже вклад внести не сможешь.
> Палки в колеса вставляют на той стороне. Приток с глобальных продаж - должен быть просто приятным бонусом. Геншин зарабатывает с местных больше половины.
У нас в стране 1500кк населения или 150кк?
Еще раз говорю - у игр, которые делают выделенную маркетинговую компанию в россии(типичная ситуация - разрабы из россии, и они логично делают маркетинг в глобал и отдельно на россии под соусом НАША игра) - с россии 10% дохода идёт. Это просто статистический факт.
> Я сам сеньор.
В геймдеве или где? Как тебе работа в геймдеве в расиюшке в 2026? Вкусно?
Или ты из совсем другой области пиздишь а про геймдев краем уха наслышан?
> Игрок зайдет в вкплей и увидит соответствующую игру и будет играть.
Мы игру делаем для глобала, какой вк плей?
> Будет ковырять свой, родной движок.
Какой?))))))
> Слишком много свободы позволяют.
Что?
Короче какой-то высер от чела, который игры только в движкосраче делает на словах.
> Идешь в ири, говоришь что сделаешь игру по мотивам война и мир, делаешь смуту 3 с стрельбой из винтовок (дешевле чем анимировать ближний бой), получаешь миллионы, ты победил
Кстати максимально мутная тема этот ири.
Вот войну миров понятно кто и как делает - у них куча мобильных проектов, с них деньги идут, опытных разрабов на войну миров пересаживают, новеньких нанимают поддерживать мобилки.
А вот смута хз откуда хз как 500кк дали.
> я живя в россии работаю на нероссийские компании(у нас не на кого просто), но это нетривиальная задача и она идёт чисто на мою выгоду, а не на развитие игровой индустрии в россии)
Действительно, что же может пойти не так.
Китай большой и сильный, тут не поспоришь.
Как успех Китая относится к нашему рынку игр?
Ахаха, все буквально наоборот - это как раз что-то пошло не так - и я нашёл выход.
А так, как я говорил - все вышеперечисленные удары по индустрии вынуждают народ из геймдева уезжать из россии, кто не нашёл вариантов как я. Потому что игры делают на глобал, внутренний рынок слишком мал. Даже китай со своим огромным внутренним рынокм на глобал выходит.
>О Unigine, помню что у них на сайте, не было даже документации по движку на русском языке. После 2022 только появилась.
ага. но это тоже в копилку - они же для серьезных дядек, а не школьников.
при том что разработку движка начали в 2002 году (вообще один движкопися на gd.ru как фан проект). в 2004 году перешли на коммерцию.
Тогда как юнити вышел в 2005 году - и то как подделка под макоебы. и еще много лет был нишевым движком.
а в это время юниджин уже имел буквально все что нужно для ААА движка - графоний (в то время именно они делали основные графические бенчмарки по которым весь мир тестил видяшки), инструмент - удобный редактор, скриптинг.
при этом минимум на старте у них были охуенные программисты - там код (я его щупал из украденных) - прям идеальный. (ну а еще они любили велосипедить и все было написано с нуля, а не наклеено из библиотек)
Но у них были (да вроде и есть) ебанутые маркетологи, которые буквально оффициально говорили что школьники ущербные и геймдеву не нужны, а им оборонка миллионые заказы делает и больше ничего не надо. А юнити умрет.
но реальность - юниджин теперь нахуй никому не нужен. Впрочем даже тут они еще могли бы сыграть в то самое "наше родное импортозамещенное" (тем более что движок-то хорош). но нет. даже до этого не догадались
(а потому что гранты на движки не дали... собственно проблема nau - они тоже думали что деньги дадут - хуй кому дали, поэтому nau получилось какое получилось (и не стоит критиковать - они там за бесплатно его делали - в вк там пиздец с зарплатми таких отделов было) а юниджин даже не собирались ничего менять
>>1088479
Короче, это не для раздела обсуждения.
Факт остается фактом - надо делать свое и точка. Выдумывать аргументы против - это контрпродуктивно.
Причем, в нулевых, спокойно делали кучу ПК игр на своих движках. И потом на андроид тоже делали.
Движки с хабами и онлайн проверками лицензий по понятным причинам идут нахуй.
Опенсорс движки - в принципе ок, но лучше свой. Потому что все равно будет повод тыкать что чужое, как тыкали в Нау.
>Где программы финансирования или налоговых льгот для разработчиков?
они есть... но ты же понимаешь как это обычно происходит и куда уходит этот бюджет. кстати вроде смуту финансировали гос бюджетом - итог знаешь.
а вот гос бюджет на отечественный движок в последний момент отменили - чем сильно подставили разрабов nau которые остались без денег.
но это хуита на самом деле - подобные бюджеты - это всегда источник попила. как с этим не борись. ведь как мерить эффективность вложения? игра говно? ну так это субъективно - в сша вон в некоторые игры вкладывают миллиарды без попила. а игра все равно говно. А если знаешь что как не делай - все равно будет говном - то деньги можно в карман положить и сказать что не получилось.
(кстати о гос заказах и качестве игр. советую погуглить игры сделанные по заказу фбр в сша - после них (там такое говнище слепленное на коленке) вы поймете - почему гос бюджет в принципе не способен сделать игру)
>Факт остается фактом - надо делать свое и точка.
Вот кому надо, тот пусть и делает под местный рынок, получает свои законные 5к рублей за полгода работы сборов и радуется, ой, ошибся, 5к рублей за 4 года работы, ведь ты еще и свой движок со своей физикой будешь делать, лол. Вообще, половина страны все еще живет в понятиях 90 и 00 и зелено-голубой стим живее всех живых, ставить на локальный рынок при таких вводных это конечно интересная стратегия
>Причем, в нулевых, спокойно делали кучу ПК игр на своих движках.
Этим занимались энтузиасты, по вечерам после работы, в качестве хобби. Да и кому нужны нынче те самые игры из нулевых, не очень понятно
>они есть... но ты же понимаешь как это обычно происходит и куда уходит этот бюджет. кстати вроде смуту финансировали гос бюджетом - итог знаешь.
а вот гос бюджет на отечественный движок в последний момент отменили - чем сильно подставили разрабов nau которые остались без денег.
Оо, а мы думали вы забыли про гд. Только зачем сраудесант снова сюда высадился не очень понятно, движок уже официально и обьективно похоронен, деньги разошлись по всем нужным карманам, финита ля комедия
>Вот кому надо, тот пусть и делает под местный рынок,
а я знаешь о чем задумался. можно конечно много говорить о том что тут 140 миллионов, а там десятки миллиардов... но это ведь все по сути для потоковых игр - в которых важно чтобы больше купили и все.
а как же с ангеграудом? почему какой-нибудь финский шизик выселает фир энд хуйтер. японский ебушкин блексоулс (по которому почему-то сейчас запад ебнулся и засрал шортцы поисками алисы, хотя игре уже дохуя игр). какие нибудь братья дварф фотресы.
а наши... а наши все про какие-то там фифы, своих ведьмаков и сасасины...
Может в этом дело? Хорошую игру на западе сами притащат (99% японского инди вообще не должно находится на западе - а оно там есть)
Кстати, японцев тоже около 140 миллионов - им этого почему-то хватает для их закрытого рынка видеоигр (напомню - японцы пиздец как против локализации игр на запад)
>2. Сами игры такого масштаба мертвы автоматом без выхода на глобал -
когда говорят - что в рф просто людей нет, поэтому без глобала никак - всегда контраргументом предоставляйте такой факт:
- население японии 122 миллиона.
- японский геймдев - это очень закрытый рынок, игры оттуда часто религиозно запрещают издавать за пределы японии (на глобал уходит ну хорошо если 10% и то обычно потому что там их портируют глобальные студии в других странах, сами японцы часто даже никак не взаимодействуют с этим - в свое время получались забавные лулзы в различиях версий)
- возможно у японца зп в пару за выше... но и жизнь у него пиздец как дороже и хуже.
потом еще надо помнить что носителей русского языка в мире 258 миллионов (кстати забавный факт что в мире русскоговорящих больше чем в самой рф -интеесная политика). их тоже можно поднять под свою аудиторию
> надо делать свое и точка.
Своё делается.
> Выдумывать аргументы против - это контрпродуктивно.
Газлайтер, спок. Никто не говорил, что надо просто лечь и ничегт не делать.
Тезис был прост - блокировки это выбор говноедов. Это не поддержка.
> Причем, в нулевых, спокойно делали кучу ПК игр на своих движках. И потом на андроид тоже делали.
И сейчас делают или сделают если тебе надо. Вопрос цены разработки. Хз почему я должен тебе разжёвывать очевидное.
> Движки с хабами и онлайн проверками лицензий по понятным причинам идут нахуй.
Нет, никуда они не идут, потому что кроме юнити и анрила вменяемых движков нет под малые-средние проекты до 200 человек.
Покажи проекты на своём/опенсорсном движке, цену их разработки и экономическую выгоду, потом сравним с играми на юнити.
> Опенсорс движки - в принципе ок, но лучше свой. Потому что все равно будет повод тыкать что чужое, как тыкали в Нау.
Так нау это не движок, а кусок дерьма и слив денег, его только палкой и тыкать.
>на глобал уходит ну хорошо если 10%
Ну то есть студии сони ты в своей смешной квадратно-гнездовой математике не считаешь? Конами, бандай и прочие дарк соулсы? Все эти игры изданы на западе и имеют максимум кассы оттуда. Та же хуйня с нинкой, у нее миллиарды глобаловских продаж, она с этого максимально живет, иначе бы не искала авторов эмулей по всему миру чтобы судиться. То что остальной инди геймдев симуляторов занюхивания трусов школьниц не издается на западе - всем похуй, основной торговец играми, практически монополист в японии - это сони и нинка, остальные издательства - капля в море. Опять же, за мкадом жизнь там тоже присутствует, а потреблядство с зарплатами развито еще лучше, чем на просторах сверхскрепной. Короче пиши есчо
> они есть... но ты же понимаешь как это обычно происходит и куда уходит этот бюджет
Нет, нету. Любое финансирование только через издателей и частных инвесторов, такие сейяас реалии.
Не, было в сколково кауой-то проект, где пару миллионов рублей грантов разыгрывали, но это настолько смешно, что даже не смешно.
Ну и конкурсы с фондом 100к упомянать даже не стоит, но я упомяну просто чтобы показать какое это безрыбье.
> но это хуита на самом деле - подобные бюджеты - это всегда источник попила. как с этим не борись. ведь как мерить эффективность вложения?
Всмысле как?
Окупилась - заебись. Не окупилась - говно.
Других метрик нет и быть не может.
> (кстати о гос заказах и качестве игр. советую погуглить игры сделанные по заказу фбр в сша
Какие еще игры по заказу фбр? Они не занимаются бизнесом, они если игру и закажут, то для продвижения престижности в глазах молодежи или типа того, там цели жкономической ищрачально не стоит и стоять не может.
> Только зачем сраудесант снова сюда высадился не очень понятно, движок уже официально и обьективно похоронен, деньги разошлись по всем нужным карманам, финита ля комедия
Мне уажется это один из его разрабов или просто чел который косвенно связан с его разработкой, типа с его кафедры челы делали или он там с разрабами общался.
Может быть конечно просто фанатик из разряда НАШЫ ДВИЖКИ но это уж слишком одноклеточным надо быть
напомню, что из стартапов выживает только 10%
движок вывез и вышел в опенсорс, так что разработку можно назвать успехом
он не принёс денег инвестору, но это уже не наши проблемы
> - население японии 122 миллиона.
Ввп японии: 4.5 триллиона
Ввп россии: 2 триллиона.
Игровой рынок японии: 16ккк долларов
Игровой рынок россии: 2ккк долларов)
И абсолютные значения, и размер рынка ирр относительео ввп, думаю можешь сопостааить.
Ты чё думал это островные букашки какие-то? Они топ 2 экономикой мира были какое то время и буквально родина многих медиа развлечений с мировой культурной доминацией чуть ли не на уровне сша.
И глааное - в японские игры во всём мире играют, 16ккк в их стране люди платят на игры, а сами японские компании зарабатывают на мире.
> - японский геймдев - это очень закрытый рынок, игры оттуда часто религиозно запрещают издавать за пределы японии (на глобал уходит ну хорошо если 10% и то обычно потому что там их портируют глобальные студии в других странах, сами японцы часто даже никак не взаимодействуют с этим - в свое время получались забавные лулзы в различиях версий)
Какую хуйню несешь пиздец. В японские игры во всем мире играют. Там есть своя движуха со своими обскурными играми. Это очень мелкие игры, за которыми стоят небольшие команды и соло авторы, которые потом выходят в глобал типа всяких там туху прожект и прочего.
> - возможно у японца зп в пару за выше... но и жизнь у него пиздец как дороже и хуже.
Да да да)))))
хватит уже
идёшь обсуждать ВВП в /po, зарепортил
а это тред про движки
> движок вывез и вышел в опенсорс, так что разработку можно назвать успехом
Что вывез? Если я лабу2 в опенсорс выложу это тоже успехом будет?
> напомню, что из стартапов выживает только 10%
Так это не стартап. Это освоение бюджетныз средств.
Стартап это когда есть идейные фаундеры, у которых есть на уме проект с которого они хотят мощно заработать, и они набирают народ его пилить.
Какой экономический поиенциал у срау энжина?
>Это освоение бюджетныз средств.
федеральный бюджет находится в открытом доступе
находишь там строчку "разработка Nau engine" или отправляешься в /po
Ахахахаха, то есть ты сравнивал внутренний рынок японии и россии, по населению это нормас, а по объему денег не считово?)))
Все не позорься, а лучше начни думать головой, а то с таким идиотским подходом к экономике ты никогда игр не сделаешь дальше чем лаба2.
Финансировался ВК, кто акционеры ВК можешь погуглить. Почему если так то в по, а если не так то не в по?
я ничего не писал про рынок, я 10 минут назад в тред зашёл
ты прежде чем про рынок фантазировать, хотя бы детям своим дай в свою игру поиграть, если нет детей - то друзьям
>>1088504
как и ожидалось, ты не смог даже нагуглить проект бюджета РФ, а пытаешься пересказать что прочитал в каких-то новостях для развлечения пориджей
Да мне срать на твой тезис который ты приплел, я вообще не давал этому оценку, это просто факт, который надо учесть и которым стоит воспользоваться.
Никакого глобала давно нет, англичане не могут зайти на imgur, сша отключают доступ европейцам чтобы не соблюдать gdpr, японцы вообще отдельный рынок для своих, кстати, пример даже интереснее китая.
> я ничего не писал про рынок, я 10 минут назад в тред зашёл
>>1088491
> - население японии 122 миллиона.
Хз ты или не ты говорил, что сказано, на то отвечено.
>>1088505
> ты прежде чем про рынок фантазировать, хотя бы детям своим дай в свою игру поиграть, если нет детей - то друзьям
Всм? Игры на которых я был главным разработчиком выложены в апп стор и гугл плей и на них несколько миллионов скачиваний.
> как и ожидалось, ты не смог даже нагуглить проект бюджета РФ, а пытаешься пересказать что прочитал в каких-то новостях для развлечения пориджей
Какие порижди, обезумеаший пердикс?
Просто напмиши какая юридическая форма компании ВК, и кто владеет его долей в 50+%, а кто в свою очередь владеет долей этого владельца. Ой надо же, газпром.
>англичане не могут зайти на imgur
Потому что правительство запретило впн?
>сша отключают доступ европейцам чтобы не соблюдать gdpr
3 ноунейма отключили, а сраулахта уже "⚡ИНТЕРНЕТ В ЕВРОПЕ ВСЁ 1!!1"
>японцы вообще отдельный рынок для своих
Неудобные посты >>1088494 продолжаем игнорировать?
> Да мне срать на твой тезис который ты приплел, я вообще не давал этому оценку, это просто факт, который надо учесть и которым стоит воспользоваться.
Можешь процитировать на что именно ты отвечаешь? А то там длинный пост, я ваще хз о чем ты.
> Никакого глобала давно нет, англичане не могут зайти на imgur, сша отключают доступ европейцам чтобы не соблюдать gdpr, японцы вообще отдельный рынок для своих, кстати, пример даже интереснее китая.
Ну тут только таблетки помогут.
Если ты игру в стим выложишь - из каких стран люди смогут её купить?)
опять пошло тру-ля-ля политачерское: языком молоть горазд, а гуглить не научился. сомневаюсь в твоих навыках как разработчика
что ты про гугу-гага-плей лечишь. твоим детям интересно в твои "игры" играть? а твоим друзьям? начни с этого
> опять пошло тру-ля-ля политачерское: языком молоть горазд, а гуглить не научился.
Скинь опровержение вот этого https://www.rbc.ru/business/03/12/2021/61a9d5259a7947b716323d30
> что ты про гугу-гага-плей лечишь. твоим детям интересно в твои "игры" играть? а твоим друзьям? начни с этого
Начал. Очень интересно. Куда продолжать?
опять сплошное тру-ля-ля и попытки пересказать что прочитал в новостях. неинтересно. я тебя зарепортил за полит.срач уже
Так ты сказал гуглом воспользоваться, я гуглом воспользовался. Вроде контора с новостями надёжная, серьёзная.
У вас что, есть что-то, что можно издать?
Будет только The Immense Engine — европейская альтернатива движкам!
Ветеран игровой индустрии, занимающий видное место на рынке, заявляет о разработке полностью европейской альтернативы популярным игровым движкам американских и китайских компаний.
Голландец Брюссе обладает внушительным опытом работы в игровой индустрии. Его работа в Epic Games разделилась на два периода: первый, в 90-х годах, был посвящен программированию игр серии Jazz Jackrabbit; второй, с 2018 по 2023 год, Брюссе вернулся в Epic в качестве глобального директора по управлению продуктами Unreal Engine. В промежутке между этими периодами Брюссе стал соучредителем Guerrilla Games (франшиза Killzone) с 2003 года и Boss Key Productions с 2012 года.
Брюссе считает, что европейский игровой движок сможет конкурировать с этими предложениями и альтернативами из Китая, но The Immense Engine будет «полностью размещен в Европе, разработан европейцами и будет соответствовать европейским правилам и рекомендациям».
Создание игрового движка, разработанного специально для Европы, может стать большим преимуществом для 3D-симуляций в сфере обороны или логистики на континенте. Если он будет разработан в соответствии с вышеупомянутыми европейскими правилами и рекомендациями, это может расширить его применение и в крупных государственных и местных проектах.
Работа над движком The Immense Engine уже ведётся, и, помимо игр, очевидно, что он разрабатывается с учётом практического воспроизведения трёхмерных миров. Недавно мы сообщали об использовании японским правительством американских игровых движков для крупных проектов в области гражданского строительства , поэтому компания Brussee мыслит в аналогичном направлении.
Архитектура платформы основана на модульной структуре, управляемой ИИ-агентами. Это должно повысить производительность небольших команд.
>мое, свое, сам,
>для вебдресни,
>js хочу
Что-то ты разошелся для веба. Добро пожаловать в палату фантазеров движкопись
Разработчики - не знают что можно отключить поведение при закрытие крышки (выключение).
Вот такие вот у нас сегодня айтишники-нейродебилы.
>Сделаю за миску макарошек.
Кто бесплатно тебе даст эту миску? Жена тоже готова на миске макорошек жить? Сейчас тебе стукнет 18 и родители тоже попрут работать. Нет у тебя в запасе столько времени. Особенно с учетом отсутствия гитхаба и доступа к тех информации.
Сейчас, если у тебя уже нет ресурсов в геймдеве (что-то кормит, что-то налажено) - делать нечего. Тут еще местный шиз добивает выживших, капчу усложнили, сюр какой-то.
Было недостаточно пропуков юнити, надо еще больше тормозов.
Надо было на гадоте делать, чтобы вместо положительных отзывов, было 40к негативных
То что они решились полностью переписать готовый продукт, заново повторив механику первой части, это те еще показатели айсекью.
Крафтон (батяня разрабов) УДОЛИЛ всю правящую верхушку разрабов и использует эту франшизу как дойную корову, нагибая игроков с еулой, а они и не против. Казалось бы, при чём тут движок игры?..
ебать там юнитилахта проплатила ревью бомбинг
Чувствуют близкую кончину
Разогнать 99% менеджеров. Оставить двух программистов, которые реально работают. Открыть исходный код под MIT и еще на лет 20 хватит. А там уже и фалька вытеснит.
Там суд все в зад вернул.
глава Krafton Ким Чан-хан, который, по решению судьи Лори В. Уилл, искал способ расторгнуть соглашение с студией Unknown Worlds и уволить её основателей Чарли Кливленда и Макса МакГуайра.
Предыстория конфликта связана с контрактом между Krafton и Unknown Worlds, по условиям которого разработчики должны были получить крупный бонус в случае достижения определённых финансовых показателей. Когда внутренние прогнозы показали, что Subnautica 2 легко преодолеет необходимый порог выручки, Ким пришёл к выводу, что подписал невыгодную сделку.
По совету ChatGPT внутри Krafton была создана специальная рабочая группа под названием «Проект X». Её задачей было либо договориться с Unknown Worlds об урезании бонуса, либо провести полноценный «захват» студии.
1 июля 2025 года Krafton уволила главу Unknown Worlds Теда Гилла и сооснователей Чарли Кливленда и Макса Макгуайра. Их обвинили в желании ускорить выпуск «неготовой» второй части только ради выплаты в $250 млн, что «нанесло бы долгосрочный ущерб репутации франшизы».
10 июля основатели и бывший глава Unknown Worlds подали в суд на Krafton. Разбирательство длилось девять месяцев. 16 марта 2026 года суд постановил, что Krafton обязана восстановить Гилла в должности и не препятствовать планам по запуску Subnautica 2. Причины для увольнения судья признал «надуманными»
А причем тут перепись на урину? Ну типа - зачем, пили готовое?
>перехожу на гдскрипт и с++
А читал бы этот тред, давно бы это знал, что сисярп нинужен
>А читал бы этот тред, давно бы это знал, что годот нинужен
пофиксил
впрочем, годот годится для обучения детей программированию как раньше использовали питон и бейсик
просто люди используют его не по назначению и пытаются сделать продакшн-реди игру
Skill issue, у меня все отлично с продакшн играми на годоте.
правильно говорить tool issue, балда, потому что годот это tool (инструмент)
>у меня все отлично
речь о реальности а не фантазиях - ты пока что ни одной игры не предоставил
>продакшн играми на годоте
А хрюкающий волк получит продолжение?
>виноват c#
Wrong!
Виноват годотя и Хуан.
годоти уже нашли решение - не использовать внутренние типы godot, писать на C++, от годота использовать только рендер сервер.
непонятно зачем, ведь рендер это не сильная его часть, и есть куда лучшие рендер-движки, при этом в них можно писать на C# и не пропукивать
>годоти уже нашли решение
>писать на C++, от годота использовать только рендер
еще одно когнитивное усилие и догадаются переехать на анрил
>анрыл
Мы все таки игры хлтим делать, а не статичные рендеры
Разрабы c# довольно много последних изменений делали как раз чтобы писать зеро аллокейшн код и годоти хвастались что в годоте можно писать на новейшей версии .net.
Можно, но есть ньюанс что годот это все равно в тыкву првератит.
В шарпах же есть тулзы для ручного контроля аллокаций (спаны вроде и прочее)?
Я вообще не пойму о чем он. И почему переход на гдскрипт ему должен помочь?
>Главное, что игры мне заработок предоставили.
Для этого надо их сделать.
>Godot: считает ссылки, удаляет объекты вовремя
>C#: складывает всё в КУЧУ, долго тёрпит, ПЕРДИТ
>РРЯЯЯЯЯ ВАШ ГОДОТ ЛОМАЕТ МОЮ ИГРУ НА C#!!!!
Лицо до-диезеров представили?
>C#: складывает всё в КУЧУ, долго тёрпит, ПЕРДИТ
Хотели последний сишарп с поколениями в ГЦ, получайте.
Этот анон прав, подсчет ссылок быстрый (главное не циклить).
>(главное не циклить).
Это кстати забавно когда у тебя ООП и древовидная архитектура нод. Поймать циклическую зависимость на глубоком вложение очень легко получить. Я даже в го на 5-10 вложение умудрялся зациклить (там компилятор бьет по рукам).
Аллокации происходят в ЛЮБОМ вызове апи годота и ты это никак не можешь контролировать. Ну кроме как переписать годот, ты ж не думаешь что Хуан будет таким заниматься, у него важная задача ещё раз физику переписать.
я уже писал, что дело в финализаторах. они медленные. каждый c# в godot имеет финализатор, потому что они оборачивают объекты со счетчиками ссылок предназначенные для gdscript.
такие временные объекты это идеальный вариант для GC с поколениями, который оптимизирован именно для этого сценария. проблемы могут быть не из-за большого числа создаваемых объектов, а из-за большого числа выживших объектов, потому что это приведет к сборке мусора более старших поколений.
>каждый c# в godot имеет финализатор
Каждый объект? Ну это совсем говнокод. Впрочем я уже говорил что такое чувство что всё это джун писал.
Там вроде как просто мусор генерится потому что кто-то всё оборачивает параметры входа/выхода в ссылочные типы. Я хз короче нейронка бы написала лучше, это просто позорище.
нужно перестать думать о нулевом поколении как о классической C/C++ "куче". это в сущности второй "стек", для объектов. если смотреть на это с этой точки зрения, то становится очевидным, что наивные "оптимизации" уменьшения числа создаваемых объектов в данном случае могут сделать только хуже. это, например, как пытаться оптимизировать создание структур на стеке в C++ через пулы объектов.
не все. Variant это struct. но есть нюанс: у него есть поле с объектом с финализатором.
https://github.com/godotengine/godot/blob/master/modules/mono/glue/GodotSharp/GodotSharp/Core/Variant.cs#L52
в современном C# "оптимизации" создания временных объектов нужно вообще считать анти-паттерном, потому что в некоторых случаях jit вообще может убрать создание объекта (а в будущем таких оптимизаций будет еще больше).
https://www.youtube.com/watch?v=C1pjPv3WJyo
видел уже
подозреваю у него в сигарете не табак
подозреваю, что движок никогда не будет написан, тем более не выйдет игра на нём
>просрал свою молодость
Расскажи подробнее, на что просрал. А то может и не просрал вовсе.
Рекомендуется обращаться к годокторам
https://github.com/godotengine/godot/issues/9303
Годотит - это серьезное и необратимое повреждение мозга, когда вместо работы люди заниматься всякой чепухой.
Запущенный случай был виден в годот треде 9 мая, когда в праздник, человек злоупотребил алкоголем и на фоне годотита у него возник психоз. Как следствие, в последующем угаре, он судорожно клацал на кнопку жалобы и массово перебанил пол треда.
Помните, использование годота без написания игр - ведёт к годотиту.
Берегите себя.
https://github.com/godotengine/godot/issues/8524
https://habr.com/ru/articles/1002546/
https://habr.com/ru/articles/1037740/
>habr
Этот загон еще существует?
До сих пор в шоке, как люди с техническим складом ума так легко дрессировались лайками.
Там читать почти ничего невозможно, сплошной нейрослоп или оффтопик. К счастью, иногда вот на такие жемчужины натыкаешься. Кто то по инерции туда годноту пишет, потому что больше некуда. Инб4 ИТТ
А я ведь даже не годотя.
Погодите, т.е. C# не умеет получать доступ к памяти напрямую, по ссылке, и поэтому взаимодействия со взрослыми языками происходят через создание специальных дотнетовых объектов-обёрток?
Вот это номер. В Pascal доступ был, а в C# - нет?
Теперь понятно, почему M$ убивает C#...
Я скозал.
>кстати напомните паттерн, про который не так давно сделали несколько статей, который изолирует игровые системы и переменные (вроде, не вдавался в подробности) в чанки / миры. помню что постили на реддите и были какие-то статьи. писалось что хорошо работает для туториалов
Нейронка пишет, что Data-Oriented Subspaces / Sub-worlds / Scenes или Contextual Game States / Sandbox / Isolation
Хз, мне не попадалось таких статей, скинь
Звучит так, будто зумеры придумали инстансы данжей в опенворлде.
>C# не умеет получать доступ к памяти напрямую, по ссылке
Умеет. Всегда умел. Даже предоставляет набор способов как взаимодействовать с такими данными без маршалинга (Unsafe.cast, Span)
>поэтому взаимодействия со взрослыми языками происходят через создание специальных дотнетовых объектов-обёрток
Зависит от того, какая степень взаимодействия тебе требуется. Ты можешь писать как плюсовики исключительно на структурах и unsafe, дроча целевые байты напрямую, но тогда не понятно, нахуя ты взял с#. Либо делаешь что-то среднее, часть операций производя в рамках управляемой среды с#, а часть операций - через unsafe манипуляции памятью. Все зависит от того что тебе нужно.
>В Pascal доступ был
Так он в с++ тоже есть, и в си есть, и в ржавом есть. Просто в паскале как и в его байтоебских братьях и другая проблема есть, которая идет бонусом к возможности работать с сырой памятью напрямую без gc на подстраховке.
C# в годот сделан поверх gdscript.
было (ложное) заявление, что пропуки в годот из-за создания нескольких временных объектов за одно обновление. это неправда, потому что в таких идеальных условиях паузы меньше 1мс обычно.
Тебе ответили выше, но я напишу проще. Конечно ты можешь получить доступ к памяти из C#, но это будет именно прямой доступ к памяти, и ты теряешь функционал собственно C# - что по-твоему, должно произойти с той памятью, если в коде на C# удалить объект, который эту память держит?
>C# в годот сделан поверх gdscript
Неправда, там одна общая система объектов, но эти объекты на C++, и в идеальном случае тебе вообще никакой язык не нужен (кроме языка .tscn). Просто GDScript использует эту систему лучше остальных, поскольку создан специально для Godot. Это одна из причин, почему GDScript, а не Lua/JS/Python и т.п.
>>1089050
>что по-твоему, должно произойти с той памятью, если в коде на C# удалить объект, который эту память держит?
Поскольку C# используется в роли языка сценариев игрового движка, C# не должен просто так "удалять" объекты, принадлежащие движку. Если больше нет необходимости в объекте, ты говоришь движку "всё, подчищай сам", а не удаляешь его, т.к. удаление этих объектов должно быть в определённый момент во внутридвижковых процессах (чёрный ящик). Если ты используешь какие-то свои объекты, с движком не связанные, то можешь удалять их, когда захочешь.
>>1089041
>Просто в паскале как и в его байтоебских братьях и другая проблема есть, которая идет бонусом к возможности работать с сырой памятью напрямую без gc на подстраховке.
Я никогда не понимал, в чём смысл GC? У тебя есть определённая задача. У задачи есть начало и конец. Сначала ты создаёшь объекты, выделяя память под вычисления. Работаешь. В конце удаляешь все свои объекты, а они удаляют свои объекты, а их обьекты - удаляют свои объекты... И всё. Никаких утечек.
Если у тебя GC, ты создаёшь объекты, делаешь свои вычисления, а потом... просто сидишь и ничего не совершаешь, пока GC не придёт и не начнёт делать вычисления, чтобы определить, что тебе больше не требуется? Но зачем? Это же ЛИШНЯЯ работа. Ты - программист. Ты знаешь, что тебе нужно и когда. Соответственно, знаешь, когда тебе это не нужно. Соответственно, можешь сказать "всё, удаляй". Нет необходимости делать какой-то ИИ-удалятор, что подскакивает раз в минуту и бегает по оперативке, вытаскивая каждый объект и анализируя его связи.
Счётчик ссылок - альтернатива GC, т.е. когда ты не сообщаешь об удалении объекта, а он сам сидит и подсчитывает ссылки. Тут вопросов ноль - если ты удаляешь ссылку, ты как бы косвенно говоришь "ты свободен, можешь удалиться". Это не GC, поскольку самоудаление происходит сразу, а без поиска и т.п.
Так зачем было делать монструозный GC?
>но тогда не понятно, нахуя ты взял с#
В случае Godot варианты такие:
1. Тебе нужна "числодробилка", которая сделает тебе стопицот прогонов по массиву за кадр и вернёт его в нормальный скриптовый язык (GDScript). Где будет располагаться данный массив в памяти - не важно, числодробилка не должна управлять его жизнью.
2. Ты утёнок-сектант C# или Unity и хочешь остаться в своей зоне комфорта, используя при этом Godot.
3. Тебе нужен AI/ML фреймворк или что-то похожее.
4. Захотелось затраллить годотеров рейкастами)))
>стена текста про ненужность gc
Проблемы начинаются, когда программа становится больше чем laba2.cpp, в рамках которой может появляться очень много взаимозависимых сущностей, где неудачная очистка может стать причиной для рантайм ошибок, сложность которых на многопотоке многократно возрастает, и предотвращение таких сценариев требует человекочасы, которые упраздняет gc
>Так зачем было делать монструозный GC?
Очевидно потому что счетчик ссылок не вывозит циклические ссылки, что приводит к регулярным протечкам говноскрипта если не дочищать вилкой обьекты самому. Распостраняется на анрилоплюсы в том числе.
>Тебе нужна "числодробилка"
Шарп в качестве числодробилки - совершенно неюзабельный, слишком много проблем, слишком большой оверхед, в 4 гораздо разумнее будет числодробить на обычных С++ модулях
>Ты утёнок-сектант C# или Unity и хочешь остаться в своей зоне комфорта, используя при этом Godot
Вот это единственно корректный вариант
>Тебе нужен AI/ML фреймворк или что-то похожее
Опять таки - плюсы здесь кандидат #1, и библиотек больше под числодробительные ии расчеты и расчеты будут быстрее
>Захотелось затраллить годотеров рейкастами
Они аналогичным способом траллятся на гдс, потому что дело не в с# и не в гдс конкретно в кейсе рейкастов, дело только и исключительно в апи движка (gdextension), который затачивали специально под нетипизированное говно, благодаря чему апи вместо струетуры возвращает словарь с строковыми значениями ключей, а любой обьект - это как минимум variant на 20 байт
>Ты утёнок-сектант C# или Unity и хочешь остаться в своей зоне комфорта, используя при этом Godot.
Это верно, это я.
C# самый лучший язык в мире. Жалко что годот его не поддерживает.
>Захотелось затраллить годотеров рейкастами)))
Это же не так что троллит разработчиков на самом деле Хуан когда срёт в память непойми зачем.
В шарпах есть ансейв. Все эти штуки нужны в 0.1% случаях.
Только вот беда шарпы в геймдевы это не те шарпы, которые в реале и я хз можно вот в годоте работать с unsafe или там со спанами. я если честно, никогда это вообще не трогал, но в геймдеве нужны числодробилки
>>C# в годот сделан поверх gdscript
>Неправда, там одна общая система объектов, но эти объекты на C++,
Как аккуратно годотя маневрирует, не упоминая про динамикодресню под копотом ввиде Variant.
Питон тоже на сях, но тормозить из-за чека динамикодресни (как и любая динамикодресня).
Хотел написать целую пасту возмущений этому анону, но ты уже написал, спасибо.
ГЦ ему не нужен, щенок...
>зачем было делать монструозный GC?
счетчик ссылок слишком медленный в реальных программах.
в реальной программы у объектов неопределенное время жизни, и у них есть ссылки на другие объекты, которые образуют запутанные графы. GC ускоряет (по сравнению с malloc) создание объектов, и позволяет просто создавать ООП суп из залуп объектов, сильно не думая об архитектуре, что сильно упрощает программы.
java, dotnet используется для серверов, это идеальный сценарий для GC и там раскрывается вся мощь GC. в играх, да, от него больше проблем. потому что даже в unity нужно удалять объекты вручную.
>>1089112
>которые образуют запутанные графы.
Да, очень легко на 10-20 вложение получить циклическую ссылку, даже не подозревая. В играх это еще проще достичь.
Это как с ручной аллокацией, или гонкой, думаешь фигня, а на практике геморрой (если у тебя не laba1.cpp).
Возможно годот игры будут течь ппц.
>Возможно годот игры будут течь ппц.
Им надо было для годота брать го. Летало бы на всех ядрах, било по руками при цикличности, гц с потолком ~10мс.
>фрагментации памяти
это актуально только для серверов. эта дефрагментация это и есть основная причина долгих пауз, потому что нужно найти и перезаписать все ссылки на перемещенные объекты.
>это актуально только для серверов
Да, серверные приложения могут годами работать (раньше сишные приходилось авто-ребутить каждую ночь). Но серверный софт довольно статичен по природе (за исключением), а вот игра очень динамична.
>потому что нужно найти и перезаписать все ссылки на перемещенные объекты.
Там вроде просто копипастом поколений решается, там ничего не нужно искать (но я прям не эксперт в этой теме).
>и есть основная причина долгих пауз
STW (Stop-The-World) - это причина долгий пауз, поколения как раз частично решает эту проблему (простыми словами - долгоживущие объекты складываются отдельно и сканируются реже).
>dotnet используется для серверов, это идеальный сценарий для GC и там раскрывается вся мощь GC
О, так вот почему двач периодически пропукивается настолько сильно, что треды от страниц отлипают? Выходит, это так раскрывается вся мощь GC!
30% стиму, 30% налог, % юнити, % на вывод, % казаху, если не кинул. Крутануть пришедшие 5000 рублей в казике - выиграть миллион, спустить миллион, сбежать из рехаба, написать в /гд как правильно зарабатывать на играх.
>% казаху, если не кинул
но зачем? можно лично съезить и открыть счёт в банке я сам лично конечно же не тестил но мне недолго ехать на автобусе до КЗ
>% казаху, если не кинул
но зачем? можно лично съезить и открыть счёт в банке я сам лично конечно же не тестил но мне недолго ехать на автобусе до КЗ
>раньше сишные приходилось авто-ребутить каждую ночь
Ну и фантазии. Это как раз с появлением всяких ASP.NET началось.
не, там надо каждую ссылку проверить и заменить. чем больше работы, тем дольше пауза. поэтому в го такие маленькие паузы, там ни поколений, ни перемещения объектов нет, у паузы по сути фиксированное время. для игр такой сборщик мусора без поколений был бы идеальным вариантом. жаль, что в dotnet нет такой опции.
>Ну и фантазии.
15 лет админил эту чепуху, все что на сях/плюсах текло водопадом.
>Это как раз с появлением всяких ASP.NET началось.
Наличие ГЦ никак не предотвращает утечку, утечка это говнокод (даже раст не защищает от этого, они это прямо заявляют). Но ГЦ на базе подсчёта ссылок будут течь на порядки сильнее.
>не, там надо каждую ссылку проверить и заменить
Что значит заменить? У тебя следующий объект будет меньше или больше предыдущего (в этом и суть фрагментации).
>тем дольше пауза. поэтому в го такие маленькие паузы
В го такие маленькие паузы, потому что ГЦ на постоянной основе отъедает часть процессора (когда они патчем поменяли гц, мы (и не только мы) суммарно потеряли 15-30% производительности). А другие виды ГЦ едят процессор только в момент STW или параллельно, но не так жадно. То есть, у всяких джава есть ГЦ как у го, но его не используют из-за практичности (кому нужен полу-реалтайм ГЦ в бэкенде?), а у гоферов выбора тупо нет (там и поколений нет).
Так что го то еще говно в реале. Лучше когда есть выбор стратегий, потому что ПО разное.
>жаль, что в dotnet нет такой опции.
В жабе есть точно, там ппц зоопарк, в дотнете есть штуки три (не помню). Проблема в том что в го наиболее худший вариант, он сделан скорее как заглушка-костыль, все говорят о плюсах, но никто не говорит что ты платишь процессором (самым дорогим из железок в дата центре).
Но как скриптовый язык в геймдеве (ни в коем случае для ядра) он был бы идеален. Он еще и примитивен, вкатиться могут даже художники. Но опять же там туева куча подводных камней из-за убого дизайна языка.
>ты платишь процессором (самым дорогим из железок в дата центре).
Как там в 2025?
>Как там в 2025?
Ты просто не варился в крупной айтишечки и куда тебе знать что процессорное время всегда дорогое.
Поэтому всякие джавы и шарпы жрут память как не в себя (резервируют под ГЦ, поколения и JIT), поэтому в бэке кэши погоняют кэшами (разогрев кэша каких-нибудь одноклассников (сайта) может быть до пяти часов!). Потому что память дешевле процессорного ресурса и если есть возможно разменять память на проц - всегда это сделают.
Тоже с этого кекнул.
Не знать про современные цены на оперативу, диски и электричество.
>Не знать про современные цены на оперативу, диски и электричество.
Экстраполировать опыт домашней пеки на триллионную индустрию.
Ты думаешь ты общаешься с программистом-движкописей, а на деле ты общаешься со школотой у которого мирок ограничен его домашним ПК и видосами про ИИ.
у тебя триллион друзей с которыми ты играешь в свои игры?
или у тебя пека работает без электричества?
ты бы еще про фортран или алгол начал затирать, всю твою айтишечку уже выкинули из датацентров и поставили туда ии
представляю, я не первый день на дваче
тут полно раздутых от чтения новостных псиопов фантазёров с гигантоманией, это был далеко не первый
>>1089198
Очень сложно отличить глупость от троллинга. Поэтому я решил повысить анона в глазах, дав ему маркер тролля, а не тупого дегенерата. Но вы в праве оспорить эту позицию на другую.
Я так понял ИИ-пузырь в медиа настолько разросся среди далеких от айти, что у них образовался уже свой манямир, мол там уже вкалывают роботы, а не человек.
я имел в виду совсем другое: какие-то трудяги-одиночки зачем-то ставят себя на одну полку с "триллионной индустрией". и хорошо если это трудяги, а если просто фантазёры?
для начала сделай игру в которую не то чтоб двачеры, но хотя бы твои дети или друзья поиграли - не из вежливости, а потому что им интересно. и счёт за электричество оплати
что там у барина в его дата-центрах это дело десятое. быдло страшно не тем, что оно быдло, а тем, что слишком много о себе думает
Не знаю что там тебе вкалывают, может галоперидол, а то, что память и видяхи продают не айтишникам, а ии-датацентрам, и туда же продают электричество, отчего и то и то для айтишников становится дороже, это написано во всех финансовых отчетах. Что, очевидно, показывает, что ни в какой айтишечке ты не варишься и знаешь о ней только из каких-то ютуб шортсов.
>для начала сделай игру в которую не то чтоб двачеры, но хотя бы твои дети или друзья поиграли - не из вежливости, а потому что им интересно. и счёт за электричество оплати
Сначала добейся в жизни этого, проживи с мое, итд. Самый примитивный элемент в демагогии. А что если я не делаю игру? Мне теперь нужно построить дом и дерево?
>что там у барина
Ты в своем /po тоже от людей требуешь показать игры?
>из каких-то ютуб шортсов.
Палишься.
Только в твоих шортсах не говорят, что как бы не дорожала память, процессорное время всегда будет дороже.
В общем, подпишись на айтишные шортсы, че ты как дилетант.
ну всё-таки это раздел /gd
первый уровень сложности - сделать игру, в которую тебе будет интересно играть самому
второй уровень - в которую интересно будет играть родственникам и друзьям
третий - в которую интересно будет играть двачерам
котёл и автор лена бутс как минимум пошли по верному пути
я не сижу в /po, вместо барин читай буржуй или капиталист, обыватель из хрущёвки никакого отношения к ним не имеет
ты про жизнь из ютубов узнаёшь? у приличных людей они давно заблокированы кстати
у меня плашка сгорела, я пришёл в магазин, а она там в 4 раза дороже стоит, чем я ей покупал, вот так мы и узнали
>первый уровень сложности - сделать игру, в которую тебе будет интересно играть самому
Если бы ты реально делал игру, то знал бы что спустя пару месяцев - тебя уже воротит от твоей игры мечты.
Это как поставить любимую мелодию на будильник.
>второй уровень ... друзьям
Сидеть на дваче и иметь реальных друзей, а может ты еще в деда мороза веришь?
>третий - в которую интересно будет играть двачерам
:)
>Если бы ты реально делал игру, то знал бы что спустя пару месяцев - тебя уже воротит от твоей игры мечты.
значит, нужно не мечтать, а делать. и делать не дольше двух недель
кстати у меня на телефоне мелодия, которую я сам написал
>А что если я не делаю игру?
Что ты в этом разделе забыл? Это раздел разработки игр. Если тебе больше нравится сраться про языки программирования на серверах, которые не имеют отношения к игровым серверам, то шёл бы ты в /pr/ или где там все веб-макаки собираются и обсуждают свои "прогревы кэша одноклассников".
>>1089211
>Если бы ты реально делал игру, то знал бы что спустя пару месяцев - тебя уже воротит от твоей игры мечты.
"Игра мечты" - это то, о чём ты мечтаешь. Не просто "а вот было бы прикольно", а когда у тебя горит внутри и рвётся наружу, режет изнутри и вызывает слёзы, просится увидеть реальный мир, заставляет вставать и идти, даже если у тебя ноги переломаны и хочется поскорее умереть. Твоё дитя, о котором ты беспокоишься больше, чем о своей жизни. Как от него может "воротить"? Если тебе не понравится то, что ты сделал, ты просто сделал что-то не то, что было нужно. Ищи другой способ, другой подход, другую реализацию мечты. Мечта идеальна и недостижима, но можно идти к ней всю жизнь, превозмогая боль, потому что другого пути просто нет. Это отличает инди, делающих игру мечты, от тех кабанчиков, вываливающих десятки никчёмных ассетфлипов в надежде срубить бабла побыстрее.
>а когда у тебя горит внутри...
Впервые процесс создание игры он вдохновляет, конечно, но чтобы возводить это в абсолют, у тебя какие-то проблемы.
Ты игру делай, а не прячь за неё реальность.
ECS создали чтобы в середине разработки дизайнеры могли сделать убегающий от игрока сундук. ЕЦС выводится из обычной композиции за 2 хода. Производительность не более чем побочный эффект конкретной реализации.
компонентную систему впервые сделали в движке Thief: The Dark project для удобства дизайнеров, этот анон прав
только он почему-то говорит об этом как о чём-то плохом
это не плохо, но если ты программист и делаешь игру в одиночку, ты имеешь доступ к коду и можешь менять свои сущности без всяких компонентов
В Японии создали свой гейдев во времена когда топоаую игру могли сделать 3 человека и с того момента едут. В России гейдев умирал дважды, в 2008 и сейчас. Сейчас ты не можешь сделать топовую игру без ста миллионов долларов, а странных игр делают достаточно.
Но проще когда надо делать минимум изменений.
>>1089230
Ты хотя бы тот самый пост "Evolve You Hierarchy" читал?
насколько я знаю, в thief было скорее что-то вроде ООП фреймворка, не имеющего ничего общего с современным представлением об (архетипном) ECS.
а зачем гадать? исходный код доступен
если не хочешь копаться в коде, то скачиваешь редактор DromEd и смотришь с точки зрения дизайнера, как оно там есть
с представлением двачеров-движописей ничего общего не имеет, конечно
> для начала сделай игру в которую не то чтоб двачеры, но хотя бы твои дети или друзья поиграли - не из вежливости, а потому что им интересно.
А ты уже сделал игру в которую твоим детям интересно играть? Или ты маняфантазер теоретик?
То есть твоим детям было интересно играть? Что их заинтересовало? Сразу получилось или ушло несколько попыток?
Как планируешь второй цели достигать?
>первый уровень сложности - сделать игру, в которую тебе будет интересно играть самому
>второй уровень - в которую интересно будет играть родственникам и друзьям
>третий - в которую интересно будет играть двачерам
Так я на другой пост отвечал. Получается даже твлим детям твоя игра не интересна? Как так?
Я понял.
Так ответь на вопрос-то - почему в твою игру не интересно играть твоим детям?
ты себя что ли воображаешь в кресле следователя, с лампой в лицо, мокрый окурок на губе - охлади фантазии
про детей можешь с котлом поговорить, он любит семейную жизнь в раздел тащить
Я записываю, помедленней.
>твоим детям
>детям
Нормисы протекают в раздел инцелов...
Скоро каникулы, тут будет от вкатунцов и миллионеров экспертов не протолкнуться.
>Что значит заменить?
если ты сохраняешь ссылку на объект, который был перемещен, то эта ссылка уже указывает на старое место в памяти. нужно как минимум еще раз пройти по всем объектам и заменить все перемещенные ссылки по таблице.
>го то еще говно
для сервера может быть. но для игр такой GC является идеальным вариантом.
Скорей бы уже, а то тут одни шизы на пенсии сейчас.
шиз на пенсии
здесь еще есть нюанс с финализаторами. так как нужно вызывать финализатор, то объект не удаляется сразу. ВСЕ объекты с финализатором считаются выжившими (то есть, все созданные объекты в годот выживают сборку мусора). это 1000+ объектов, 1000+ записей в таблице перемещений ссылок и т.д. можно понять откуда берутся эти 40 мс.
Что за агрессия? Я просто спросил.
Ты рассказал целую последовательность, а оказывается ты в ней ещё на первом шаге. Интересно, в чём именно сложность, может у других анонов такая же проблема есть или у меня.
>если ты сохраняешь ссылку на объект, который был перемещен
Что значит перемещен? Кем и куда? Если ты про поколения, то обновить ссылку в сравнение с копирование - почти бесплатно (и это будет сделано один раз).
какой-то анонимный хам четыре поста подряд назойливо педалирует тему моей семьи - на личные вопросы не отвечаю, это вполне очевидно
я как раз советую уменьшить скоуп - вместо погони за несуществующей аудиторией сделать игру для тех, кого ты знаешь - друзей или семьи
это не обязательно должна быть видео-игра, можно сделать на бумаге, из карточек, 3д-фигурки на принтере
Дотнетовский ГЦ перемещает объекты чтобы дыр в памяти не было.
Что? Я ничего про твою семью не спрашивал, побойся бога.
Ты просто выше задавал вопрос - интересно ли твоим детям играть в твою игру?
Мой ответ - нет. Им быстро становится скучно, потому что они не знают что делать и зачем. Геймплей прост, бродилка-рпг с видом сверху и простой боёвкой, разобраться в нём 10 секунд, но чтобы пройти игру надо исследовать всё, и вот на этом месте проблема.
Вот мне и интересно - а как у тебя? Такая же причина или что-то дургое? Думал, может вместе найдём ответ.
Ты можешь писать что угодно и подключать к Godot абсолютно любой код на любом языке. Но 99.99% внутриигрового кода - это код-клей, которым, как настоящими ИРЛ соплями, склеиваются ноды. Т.е. чрезвычайно редко встречается ситуация, когда ты полностью независим от движка. А если твоя игра полностью независима от движка - зачем движок?
Суть любого игрового движка - RAD, а RAD = клей.
>надо исследовать всё
>может вместе найдём ответ
Добавь ежедневные задания с лутбоксами в награду.
мимо никогда не заведу себе мясных детей, фу
>но кто мешает не использовать годот-обьекты вне тонкого слоя между годотей и логикой?
Никто, но проблема как раз на том уровне что использование годот обьектов по их прямому назначению (движение, физика, рендеринг, сигналы) - вызывает пропуки. От них невозможно увернуться потому что сам апи движка пропукивающий
не надо богохульствовать, товарищ
некто 5 постов пассивно-агрессивно докапывался до меня, а теперь притворяется няшей, не выйдет. я и ранее в треде замечал такое поведение
я о чем говорю: игру надо делать под аудиторию. то что интересно ностальгирующим 40-летним кузьмичам неинтересно детям, и наоборот. твой личный круг общения - лучшая аудитория, потому что у вас есть внутренние приколы, мемы, истории
Ладно, без обид, но ты какой-то странный.
Заработался наверное - сходил бы погулял на свежем воздухе, погода хорошая, мигом всю ерунду из головы прогонит.
@
В ДАТА ЦЕНТРАХ КРУТИТСЯ, ОПЕРАТИВКУ ЖРЁТ
@
ГЛАВНОЕ ЧТО ПРОЦЕССОРЫ ЭКОНОМИТ, ВОООТ
@
НО ВЕДЬ ЩАС ОПЕРАТИВКА ДОРОЖЕ ВСЕГО, ЛОЛ
@
РЯЯЯЯЯ В ДАТА ЦЕНТРАХ ВСЁ ИНАЧЕ, НИЩЕБРОД
@
РЕБЯТ, КАКАЯ РАЗНИЦА ЧЁ ТАМ В ДАТА ЦЕНТРАХ
@
ДЕЛАЙТЕ ДЛЯ СЕБЯ, ДЛЯ ДРУЗЕЙ, ДЛЯ НАРОДА
@
НЕ ПАРЬТЕСЬ О ТОМ, ЧТО ВАС НЕ КАСАЕТСЯ
@
А ТЫ СДЕЛАЛ ИГРУ? ДЛЯ ДРУЗЕЙ? СДЕЛАЛ?
@
Я СДЕЛАЛ ИГРУ ДЛЯ СЕБЯ, МНЕ ДОСТАТОЧНО
@
А ПОЧЕМУ ДРУЗЬЯМ НЕ ПОНРАВИЛОСЬ, А?
@
ДА ЧЁ ТЫ ДОКОПАЛСЯ РЯЯЯЯЯ ЗАДОЛБАЛ
@
ЧЁ ТАКОЙ ЗЛОЙ НОРМАЛЬНО Ж ГОВОРИЛИ
@
НУ МНЯМ ЭЭЭ НУЖНО ПОД ЦА ИГРУ ДЕЛАТ
@
ЧЁТ ТЫ КАКОЙ-ТО СТРАННЫЙ, ЛОЛ МДА)))
@
ИДИ ТРАВУ ВО ДВОРЕ ПОЩУПАЙ ЧТОЛЬ)))
Стимулятор ходьбы и на годотяскрипте делать можно, узким местом не будет. Иначе у тебя есть сложная логика. Там клея минимум.
>сложная логика. Там клея минимум
Сложная логика уровня
>ЕСЛИ марио.упал_на(гумба) ТО гумба.сплющить()
?
Вы как будто дальше демок туториалов не проходили.
Игра чуть сложнее платформера это уже немало кода. Ну, то есть, твой "клей" заканчивается, когда у тебя игра чуть сложнее флеш игры 10х годов.
Гдскрипт где нет модулей или неймспейсов, он очень ужасен для организации кода.
-Залетает какой-то ноулайфер.
-Что-то вякает, крякает, пытается самоутвердиться на нулевых знаниях, крутясь как уж на сковородке.
-Пол треда целый день его развлекает.
>если твоя игра полностью независима от движка - зачем движок?
Для view.
>-Залетает какой-то ноулайфер.
На двач? Он что, куда-то выходил?
>>1089325
>нет модулей или неймспейсов
Много игр сделано без этого.
>"клей" заканчивается
Проблема навыка.
https://www.ign.com/articles/unreal-engine-6-revealed-as-rocket-league-gets-a-new-coat-of-paint
СИДЕЛИ НА СТАБИЛЬНОЙ ЧЕТВЁРКЕ
@
НАДО ЧТО-ТО СРОЧНО МЕНЯТЬ
@
ОБОСРАЛИСЬ С ПЯТЁРКОЙ
@
МНЯМ ПУК ШЕСТЁРКА
С подключением. Уже 100 тысяч сделано. Пока ты просирал время в движкосрач треде.
Примерно как с годотом, только там буквально каждую версию так. В итоге стабильных версий нет.
Мы же про игры говорим, а не стимо-итч шлак.
Давай посмотрим те игры, которые на твиче играют, а не на дне лежат.
До Godot были миллионы игр на консолях и всяких васянских велосипедах на бейсике каком-нибудь.
>>1089325
>Гдскрипт где нет модулей
GDScript нужно рассматривать в совокупности с декоративным языком .tscn и системами Godot. И в контексте сцен Godot модули в GDScript - это сцены. Поскольку модульность уже есть в сценах, а без них скрипты GDScript обычно не существуют (и зачастую включаются в код .tscn, а не в отдельный .gd), нам не требуется независимый механизм модулей GDScript.
>или неймспейсов
Их можно организовать через точку, типа:
>System.MyClass
Но куда проще использовать префиксы:
>SystemMyClass
Вообще, неймспейсы - это костыль-атавизм:
https://stackoverflow.com/questions/7448262/
>In very old C compilers, there was no guarantee that more than the first 8 characters of an identifier name would be used to determine uniqueness. This meant that, originally, all identifiers had to be eight or fewer characters, so method names were all made short.
Сегодня в этом костыле нет необходимости.
>Но куда проще использовать префиксы:
>SystemMyClass
Где-то я уже такое видел
Ты проиграл.
Ваш текущий уровень в риторический вопросах - 0.
>На двач? Он что, куда-то выходил?
это всё тот же старый добрый шизик, который придумывает термины типа "код-клей", борется с бизнес-логикой и репортит любое неуважение к годоту
>В итоге стабильных версий нет.
Неправда, 3.6 очень стабильная
годот это и есть васянский велосипед с недобейсиком вместо языка
Его какой-то обиженый трет постоянно, хочет по миру пустить но фалька не сдается, и раз за разом выдает лучшие притчи соломона чтобы урезонить оппонента
https://youtu.be/WB7v-ezqcJM?si=l2K3irDLJzEqXm9B
Ни бенчей, ни спид-дев сопоставлений с временными затратами, ни сравнений по освещению с бенчем светильниками, ни-ху-я. Такие сопоставления только вредят, потому что людям в теме похую как быстро проект грузится или как быстро компилируются скрипты, на рабочих тачках долго компилируется только урина. По фпсам юнити еще и обошел на 20% годотю, как говорится "мистер срущее аллокациями апи передает привет"
вот это копиум
я посмотрел видео и решил перейти на годот
хочу чтоб в 30 раз быстрее грузилось, надоело как юнити скрипты пропукивает
>Ни бенчей, ни СПИД-дев
Дальше не читал, понятно, что там наркоман.
>>1089437
>решил перейти на годот
>юнити скрипты пропукивает
Ну, это база.
>я посмотрел видео и решил перейти на годот
Мои глубочайшие соболезнования
>хочу чтоб в 30 раз быстрее грузилось, надоело как юнити скрипты пропукивает
Годот вместо скриптов пропукивает фпс и твои нервы, обмен явно того не стоит
>>1089440
Ну я хз как называются пиздец ускоренные футажи с творческим процессом, у художников это спидпейнт, у остальных видимо примерно так же по аналогии
>>1089442
Пока он нихуя не фармит, надо переходить на стримы и там уже дойка нормальная будет, заодно навайбкоженое можно продать говноедам-зрилам
Он заверяет что в индустрии 20 лет (и не сделал ни одной игры, не отрицает этого). Каким-то местом модер слушает его репорты (не читая посты).
То есть, буквально скучающий шиз на пенсии, сидит доминирует над разделом, при этом к разработке игр имеет около нулевое отношение.
Так же фанатично топит за годот, который не плох, но имеет проблемы о которых нужно говорить (это все же не религия, а инструмент).
>Его какой-то обиженый трет постоянно
Тут только один обиженный.
>40 летний скуф на шизо пенсии, без игр, с ручными модером на подскоке. Он же, вроде, ковыряет некро версию годота
Признавайтесь, кто из местных?
а вот это уже лютый пиздёж ебаный, ровно как и в видео света игродельского, по дефолту юнити всегда врубает чекбокс с установкой визуал студии которая весит где-то 10 гиг вроде
>>1089454
>>1089455
>>1089456
>>1089457
>>1089458
>>1089459
>>1089460
Никто в комментах не обратил внимание что реально редактор весит где-то 7,35гб
>древовидная структура
Она только как интерфейс для пользователя движка. Внутренности оптимизированы линейно, массивами, примерно как и во всех остальных движках, читай:
https://godotengine.org/article/why-isnt-godot-ecs-based-game-engine/
>>1089455
>Redot
Возник из-за шизиков-троллей с ультраправыми агрессивными мнениями в твиттере, которые тупо зафлудили разработчиков Godot дебильнейшими мемасиками уровня "are you coding son?" и были справедливо забанены. Redot, считай, умер уже.
>>1089457
База. Нам нужны только оффлайн инструменты.
>>1089458
Про анрил и говорить нечего. Даже сами анриловцы согласны, что берут его только ради графики, ассетов, блёвпринтов и, стиснув зубы, терпят всё остальное...
>>1089459
Вообще пофиг чё там у рабов C#, они ненормальные.
>>1089452
>Почему такая разница?
0. Весь их софт лежит как набор отдельных файлов.
1. Редактор Unity - это отдельное от движка Unity ПО.
2. Справочная система Unity в формате жирных HTML.
3. Вместе с Unity принудительно ставится Visual Studio.
4. Они даже не пытаются сжимать размеры файлов.
>>1089460 >>1089461
Вам следует рассматривать вопрос веса движка с т.з. абсолютного новичка, у которого нет на компе ничего, необходимого для разработки софта, но ему хочется погрузиться в геймдев с головой и сделать игру.
С Godot, ты качаешь архив весом чуть более 50 МБ, в распакованном виде он весит 150 МБ (около 90 МБ с использованием сжатия папок NTFS), и это даёт нубу полноценную среду разработки игр, со встроенным редактором кода, сцен, анимаций, а также справкой.
С Unity ты не можешь работать без Visual Studio или аналогичной IDE, а новичок не сможет выбрать себе оптимальную IDE и установит то, что предложит Unity. Аналогично новичок установит тяжёлую справку, рассчитывая обучаться по ней. Сжатие NTFS почти бесполезно для папок с кучей маленьких файлов, и поэтому суммарный вес будет около 20 ГБ. А ещё потребуются многие ассеты с ассет-стора, т.к. в стандартной поставке Unity почти ничего нет...
Что лучше: скачать любимую игру на 20 ГБ, или же устанавливать какой-то непонятный софт на 20 ГБ? Новичку, особенно школьнику с очень ограниченным компьютером, это крайне важный вопрос. А Godot практически ничего не требует и проблемы нет.
Деньгозависимый, спок.
Мне вот недавно пришла идея, для чего можно приспособить 3D SDF. Кроме банального "пук кубами убийца майнфарта" Конечно для этого придется писать свой движок. Потому что рендер SDF в существующие движки только тормозными костылями прикручивается.
Справедливости ради в 3 годоте мне тоже пришлось скачать 5-10гб аддонов. В 4-ке хз, я ей мало пользовался, там весь стор засран нейроаддонами. Но подозреваю если взять все полезные, то тоже размеры вырастут гигов на 20.
> Потому что рендер SDF в существующие движки только тормозными костылями прикручивается.
Я бы посоветовал сначала прокачать скиллы и понимание базы, чтобы такие глупости не писать и того важнее - не принимать решения на основе своего же недостатка скиллов.
Примени для начала этот совет к себе. Ты только что буквально даннинг крюгернул
>мне тоже пришлось скачать 5-10гб аддонов
>если взять все полезные
Интересно, каким именно аддоны тебе нужны?
Навскидку, запомнились эти (хотя не очень нужны):
- ландшафт с редактором в движке;
- какая-то там система для ИИ NPC;
- система для сценариев/квестов.
Что ещё? Интеграция рекламы в гугле? Стимворкс?
Но аддоны с кодом очень мелкие, особенно если ты скачиваешь только скомпилированные бинарники.
Единственное, что каждый проект Godot требует собственной копии всех используемых аддонов...
Я давно юнити не пробовал, но там:
- нужен аддон для текста и GUI;
- нужен аддон для инпута;
- для онлайна, 2D и т.д.
Всё это из коробки в Godot есть.
Может, в Unity 6 интегрировали?
В годоте понадобятся такие же аддоны
Для продвинутого текста (типа диалогов или картинок в тексте или продвинутых контейнеров контролов
Для ремаппинга инпута игроком
Для роллбака в онлайне
Для 2д векторов, сглаженных линий
ит д
>типа диалогов
Легко (1-2 часа) собирается из базовых нод.
>картинок в тексте
RichTextLabel поддерживает BB-тег [ img ].
>продвинутых контейнеров контролов
Базовых хватает на многое + легко сделать свои.
>Для ремаппинга инпута игроком
Это вопрос твоей лени. Сделать свой нетрудно.
>Для 2д векторов
Поддержка импорта SVG из коробки.
Также можно рисовать графику кодом.
>сглаженных линий
Нарисовать кривую Безье не так уж и сложно.
>Для роллбака в онлайне
Ну, в этом я не разбираюсь, ничего не скажу.
Лень вспоминать весь список, навскидку
Водичка - океаны, речки с бурунами, на плавучесть отдельно если надо
Разные удобства для редактирования CSG и скаттеры мультимешей,
отладочные векторы, графики перформанса
Нарезалки битмапных шрифтов по буквам
Контроллеры персонажа с приседаниями, бегом по стенам, цепляющимся крюком и вот это все.
Плавные камеры VCamera / Phantom Camera
Смена дня и ночи, облака, тени от облаков, god rays
Звуки шагов по материалам
Аддон звука mp3 для веба чтобы не зависеть от SharedArrayBuffer
Декали в 3-ке нужны были
Машинки, не писать же самому каждый раз
VAT анимации
Сотни шейдеров, буквально. От 2д постпроцессинга до 3д эффектов.
Разбиваемые/разрезаемые объекты.
По мелочи под напильник - всякие индикаторы здоровья, 3д labels, метки слежения за целью, обводки, миникарты, вейпоинты.
В идеале что то геймплейное - поднимаемые бросаемые объекты, взаимодействуемые по E объекты, открывающиеся двери, рычаги, вот это все.
>в годоте просто пиши их сам за 1-2 дня, месяца, года
Тогда и в юнити ассеты не нужны.
Речь не про кривую безье. А про рендер линий.
Calinou делал специальный аддон для таких линий. А еще бывают нужны текстурированные кривые линии и полосы.
Чел прав. Единственное что сделано неплохо это то что всё можно разбить на сцены, но в целом видно что архитектура нод в говдоте это пиздец как тупо, что у тебя на простейшие механизмы которые пишутся в одну строчку нужна целая нода, и в итоге простейшие вещи могут занимать 5 нод лол.
А ты видел кнопки в юнити, лол? Там ТЕКСТ кнопки нельзя отредактировать, надо делать ноду кнопки и под ней ноду текста этой кнопки.
>на простейшие механизмы которые пишутся в одну строчку нужна целая нода
Ну так напиши эту строчку кода. Или >>1089485
>за 1-2 дня, месяца, года
Не напишешь всего одну строчку кода?
>Тогда и в юнити ассеты не нужны
А зачем она их устанавливает принудительно?
>>1089486
Это что-то очень специфичное. Мало кому нужно.
>>1089484
>Водичка
Это шейдеры, а не движок. Мог и сам сделать.
>удобства для редактирования CSG
Они и так на порядки удобнее, чем в Blender. Во всех остальных движках встроенного CSG просто нет, или запрятали очень глубоко в какие-то аддоны.
>отладочные векторы
Нарисуй сам, делов на 5 минут максимум.
>графики перформанса
Лол? Открой редактор Godot на втором экране.
>Нарезалки битмапных шрифтов по буквам
Нужно запретить делать новые пиксельные шрифты законодательно как вредные для здоровья. Или же требовать надпись на 75% от каждого скриншота пиксельной игры "эта игра убивает вам зрение". И с битмапными шрифтами забудь о китайском рынке.
>Контроллеры персонажа
Ты проиграл в геймдев, как только скачал чужой контроллер персонажа. Твоя игра - ассетфлип.
>Плавные камеры
Вообще шиза какая-то. Почитай документацию.
>Смена дня и ночи, облака, тени от облаков, god rays
Опять шейдеры, которые к движку не относятся.
>Звуки шагов по материалам
Может, тебе и текстуры в движок встроить надо? РПГМейкер купи, там все ассеты уже встроены.
>mp3
Устарел и ненужен, даже патент просрочился.
>Декали в 3-ке нужны были
Ну, это ещё более-менее справедливо.
>Машинки, не писать же самому каждый раз
Если доволен ассет-флипом - есть VehicleBody3D.
Если делаешь реальную игру - делать нужно самому.
>VAT анимации
В большинстве игр такая оптимизация не нужна.
>Сотни шейдеров
Может, тебе просто в чужие готовые игры играть?
>Разбиваемые/разрезаемые объекты
Фича, которая есть в 1.5 древних позабытых игры и единственной глючной индюшатины, которую вроде захейтили из-за упрощения геймплея после демки. Технология уровня вокселей - круто, но не нужно.
>По мелочи под напильник - всякие индикаторы здоровья, 3д labels, метки слежения за целью, обводки, миникарты, вейпоинты.
>В идеале что то геймплейное - поднимаемые бросаемые объекты, взаимодействуемые по E объекты, открывающиеся двери, рычаги, вот это все.
Мог бы просто написать "хочу готовую игру, где могу заменить текстуры на нескучные обои и выпустить в стим под своим именем BolgenGame™, а больше я ничего делать не умею и учиться не хочу".
Ассеты не для строчки кода нужны, а как раз для вещей которые по-хорошему пишутся недели.
У тебя в движке есть возможность исполнять любой код,и дёргать любое апи.
Напиши что конкретно мешает 3d sdf в юнити сделать, кроме религиозных убеждений или отсутствия понимания как код выполняется на компьютере.
В юнити на кнопку надо в несколько раз больше нод чем годоте - а по твоему утверждению ноды хуже. Значит юнити в разы хуже.
>Это что-то очень специфичное. Мало кому нужно.
Сглаженные 2д линии чтобы об них не резаться глазами мало кому нужны?
В годоте ui это отдельный портал в ад где чтобы построить что-то простейшее требует каких-то титанических усилий.
В редакторе диаграммм вещь займёт 2 минуты, в годоте час. Ты ещё и баг найдёшь по дороге на который уже создан issue но естественно никто это не фиксил и не собирается.
>вещей которые по-хорошему пишутся недели
Любая хорошая игра делается годы, если ты не занимаешься мошенническим ассетфлипом.
Проблема использования любого ассета в том, что разработаны они разными людьми, которые ничего не знали и знать не могли про твою игру. А тебя есть определённое видение, как твоя игра должна будет выглядеть и взаимодействовать с игроком. И если скачанный ассет ведёт себя как-то не так, придётся копаться в нём, понимать его внутренности и потом мучительна переделывать. А он обязательно будет неправильно себя вести, если ты не ассетфлипер.
Проще ли изменить чужой код или написать свой? Объективного ответа нет, потому что для этого используются разные навыки. Но как правило, в код программист проецирует своё мышление, и поэтому адаптироваться к чужому коду сложнее, чем делать собственный, если ты примерно представляешь необходимую систему. Брать чужой код имеет смысл, когда ты не планируешь его существенно изменять, как обычно в случае готовых движков происходит.
Любая хорошая игра делается годы, если ты не занимаешься мошенническим движкофлиппом.
Проблема использования любого движка в том, что разработаны они разными людьми, которые ничего не знали и знать не могли про твою игру. А тебя есть определённое видение, как твоя игра должна будет выглядеть и взаимодействовать с игроком. И если скачанный движок ведёт себя как-то не так, придётся копаться в нём, понимать его внутренности и потом мучительна переделывать. А он обязательно будет неправильно себя вести, если ты не движкофлиппер.
Ох бой, here we go.
>Водичка это шейдеры, а не движок. Мог и сам сделать.
Водичка это не только шейдеры, а еще и куча логики. Если ты хочешь с водичкой взаимодействовать. Чтобы она обтекала камушек или пускала волну от брошенного камушка. А если ты хочешь плавучесть тебе как минимум надо точно синхронизировать фазу волны в шейдере и в физике.
>Они и так на порядки удобнее, чем в Blender.
Ну здрасте. Arrays то ставится как раз аддоном, а без него ты запаришься что-то делать (лестницы, изгороди) А на Bevel вроде и нет аддона, так что там приходится извращаться крутя на глазок вычитаемые кубы.
>Нарисуй сам, делов на 5 минут максимум.
Пикрелейтед, удачи реализовать за 5 часов.
>Нужно запретить делать новые пиксельные шрифты законодательно как вредные для здоровья. Или же требовать надпись на 75% от каждого скриншота пиксельной игры "эта игра убивает вам зрение". И с битмапными шрифтами забудь о китайском рынке.
Бред.
>Ты проиграл в геймдев, как только скачал чужой контроллер персонажа. Твоя игра - ассетфлип.
Как минимум контроллеры состоят из модульных частей, как камера на спрингармс которая не вылезает за пределы комнаты, глупо переизобретать это каждый раз.
>Плавные камеры Вообще шиза какая-то. Почитай документацию.
Ты бы хоть посмотрел что делает упомянутый аддон. Это ведение 2-3 целей в кадре, плавное переключение между камерами и тд
>Опять шейдеры, которые к движку не относятся.
Только там тысячи строк кода на переключение освещенности, рассчет положения солнца в 3д в заданное время и так далее.
>Звуки шагов по материалам Может, тебе и текстуры в движок встроить надо?
То есть ты не знаешь про такие элементарные азы геймдева как в играх 1990-го года, что звук ходьбы по металлическому полу и по земле отличается?
>mp3 Устарел и ненужен, даже патент просрочился.
Дело не в формате, а в том, чтобы звук игрался без пропуков микшера средствами браузера.
>VAT анимации В большинстве игр такая оптимизация не нужна.
Поэтому это уже ближе к концу списка.
>Может, тебе просто в чужие готовые игры играть?
Может ты будешь каждый раз изобретать одну и ту же математику, когда надо изобразить затемнение по углам кадра?
>Разбиваемые/разрезаемые объекты Фича, которая есть в 1.5 древних позабытых игры и единственной глючной индюшатины, которую вроде захейтили из-за упрощения геймплея после демки.
В сотнях игр где можно разрезать предметы катаной.
>Мог бы просто написать "хочу готовую игру, где могу заменить текстуры на нескучные обои и выпустить в стим под своим именем BolgenGame™, а больше я ничего делать не умею и учиться не хочу".
Так тогда и годот не нужен, раз ничего не нужно и вместо игры надо писать все самому, тогда проще и движок свой написать за 2 дня.
Skill issue, как раз в годоте интерфейсы создаются элементарно, на кончиках пальцев, ты как будто плывешь среди них. Конечно, сначала нада потратить полчаса и прочитать немножко документацию.
Да. Это элементарно Накидываешь пару контейнеров, горизонтальных вертикальных, скроллящихся, гридов, маргинчики ставишь, потом темки настраиваешь, и все заебись. Само на анкорчиках классно верстается. Ну да, бывааааает раз в год какая то неудобная штука, но решается за день, в других движках будет точно не лучше. (Если только не покупать какой то аддон за 10000р)
Проплаченная юнитилахтотроечка отработала, как увидели что проспали.
Я правильно понял что у дебилов сейчас любое реиспользование чего угодно назвается словом "ассетфлип"?
Когда юните нечего сказать, она начинает прикрываться анрилом (и получает струю от обоих)
>Subnautica and Subnautica: Below Zero were built using the Unity game engine
)))
Да, и каждый релих был с адовыми юнитипропуками.
Но надо признать разраб героически боролся с ними переписывая полдвижка. Обычно юнитикал никто не оптимизирует.
Действительно, это resource heavy задача, никто и не спорит.
Только она такая же resource heavy и без юнити.
А вопрос был мой и вовсе в том, что конкретно мешает? Ответа на это не аижу.
Кстати, лицо чела представили, который общается в треде саммари-промптами gemini flash с бюджетом 50 токенов?)))
Хоть в дип сик бы вбил тогда.
> Но надо признать разраб героически боролся с ними переписывая полдвижка.
Точно ли переписывая пол движка, а не своего говнокода?
Это resource heavy задача если приматывать костылями к существующему triangle-based render а не делать SDF first class citizen в своем движке. Но таких движков сейчас полторы штуки и они закрытые (тот самый PS Dreams)
>Если ты хочешь с водичкой
Это очень специфическая фича, нужна 1.5 играм, где симуляция водички - это и есть весь геймплей, лол.
>лестницы, изгороди
Ты всё ещё про CSG грейбокс говоришь?
>Пикрелейтед, удачи реализовать
Бред какой-то. Мне никогда не было нужно.
>Бред.
Ты просто никогда не играл в пиксельные игры.
>как камера на спрингармс
Её ты тоже скачиваешь из интернета каждый раз?
>глупо переизобретать это каждый раз
А ты не переизобретай. Я свои скрипты копирую из предыдущих проектов в следующие, и всё работает. Осознанно копирую, а не собираю всё в одну кучу.
>Это ведение 2-3 целей в кадре, плавное переключение между камерами и тд
Хочешь сказать, что ты не знаешь, как это сделать собственными руками, и поэтому скачал васянку?
>тысячи строк кода на переключение освещенности, рассчет положения солнца в 3д
Погугли про функции, поможет избежать копипасты.
>что звук ходьбы по металлическому полу и по земле отличается?
Как это относится к разработчикам движка?
>Дело не в формате, а в том, чтобы звук игрался без пропуков микшера
Битрейт уменьши. Поди в 320 кб/с закодировал.
>изобретать одну и ту же математику
При чём тут математика, когда ты хочешь получить полностью готовые ХУДОЖЕСТВЕННЫЕ ассеты?
>В сотнях игр где можно разрезать предметы катаной
Сколько из этих "игр" не являются ассетфлипами, где помимо катаны и бесплатных 3D моделек есть игра?
>Так тогда и годот не нужен, раз ничего не нужно и вместо игры надо писать все самому, тогда проще и движок свой написать за 2 дня.
Движок нужен, чтобы дать тебе песочницу, совочек и ведёрко, а дальше ты сам. Ассетфлиперство сродни нейрослопу: "художники" жалуются, что им СЛОЖНА рисовать кисточками на холсте, и поэтому забивают хотелки в нейронку в стиле "1girl, masterpiece" - это искусство? В этом направлении нужно стремиться? Настоящий художник может своим говном на стене нарисовать шедевр. Почему у тебя не получается?
Ассеты, как и нейронки - это хороший инструмент.
Ассетфлиперство и нейрослоперство - это плохо.
Я верю, ты хороший разработчик, и хочешь сделать нормальную игру, но не стоит ассетфлиперствовать безраздумно. Многие вещи, доступные как ассеты в интернете, особенно бесплатно - по качеству хуже самодельного велосипеда и имеют много лишнего. Использовать нужно лишь то, без чего не обойтись.
>Ассетфлиперство и нейрослоперство - это плохо.
Безигорные маняфантазии итт в стиле
>Я свои скрипты копирую из предыдущих проектов в следующие, и всё работает. Осознанно копирую, а не собираю всё в одну кучу.
гораздо хуже
ты в 2008 году юнити открывал последний раз? когда я начал использовать юнити лет 10 назад, уже всё там было
в юнити нет нодов, только геймобджекты
и никто уже давно не делает UI геймобджектами кроме ньюфагов-неосиляторов
> с водичкой Это очень специфическая фича, нужна 1.5 играм, где симуляция водички - это и есть весь геймплей, лол.
Бред. В куче игр нужна и просто водичка для красоты, и какое то взаимодействие с ней. Гта, валхейм. И нет, это не игра где водичка это "весь геймплей".
>лестницы, изгороди Ты всё ещё про CSG грейбокс говоришь?
И про CSG (твой тезис же был что в блендере меньше полезных инструментов) и не только. Есть разные другие редакторы, аля crocotile
>Бред какой-то. Нинужно
Вот это аргумент. Ну ты видимо серьезных игр не делал, когда тебе надо контролировать всякие физические силы действующие.
>Ты просто никогда не играл в пиксельные игры.
Я постоянно играю в пиксельные игры еще с конца 80-х. Пиксельные шрифты топ. Уж точно лучше мыльных размазанных по сабпикселям.
>Камеру ты тоже скачиваешь из интернета каждый раз?
А надо каждый раз с нуля писать?
>Я свои скрипты копирую из предыдущих проектов в следующие, и всё работает. Осознанно копирую, а не собираю всё в одну кучу.
То есть тебе в голову не пришло, что аддоны тоже копируются из предыдущих проектов, со всеми патчами-модификациями? И твои скрипты волшебным образом появились без затраты времени?
>Хочешь сказать, что ты не знаешь, как это сделать собственными руками, и поэтому скачал васянку?
Зачем мне писать сотни строк кода для того, что уже написано? А еще я знаю как считать матрицы и кватернионы, мне вместо basis.rotate каждый раз весь матан писать?
>Погугли про функции, поможет избежать копипасты.
Погуглил, почему то функции создаются пустыми и расчеты положения солнца в них надо откуда то вставить или написать.
>Как это относится к разработчикам движка?
Не знаю. А как это относится? А вот к разработке игры относится - берешь аддон и назначаешь в нем какой звук шагов у какой текстуры.
>Битрейт уменьши. Поди в 320 кб/с закодировал.
Ты вообще не в теме о чем речь. Какой бы битрейт не был, в браузере однопоточный варинат будет пропукиваться.
>При чём тут математика, когда ты хочешь получить полностью готовые ХУДОЖЕСТВЕННЫЕ ассеты?
Что ты несешь? Шейдер это куча математики, которую кто-то должен изобрести, чтобы получить определенный эффект, как огонь, облачка и так далее. Зачастую основанные на физических явлениях. А дальше ты можешь уже настраивать параметры готового для любого нужного тебе цвета
>Сколько из этих "игр" не являются ассетфлипами, где помимо катаны и бесплатных 3D моделек есть игра?
Возьми и посчитай. С чего бы в игре не должно быть разрезания объектов, лишь бы ты не назвал "ассетфлипом"?
>Движок нужен, чтобы дать тебе песочницу, совочек и ведёрко, а дальше ты сам.
А аддоны нужны, чтобы дать мне биомы, экскаватор и контейнеровозы.
>бла бла бла художники
Вот только я писал список АДДОНОВ кода, а не художественных ассетов.
>Я верю, ты хороший разработчик, и хочешь сделать нормальную игру,
А я вот верю, что ты может быть хороший кодописатель, но игру вряд ли когда-то сделаешь, потому что будешь писать годами функционал этих ассетов.
>особенно бесплатно - по качеству хуже самодельного велосипеда и имеют много лишнего.
Ну это огромный плюс годота в том, что в нем традиция распространять в виде открытых исходников.
Геймобджект текст кнопки может быть только в иерархии под геймобджектом кнопки. Это есть ноды, лол.
Про ui toolkit даже не заикайся, там вообще целое дерево нод только еще и потешное на xml
нет, ноды это в годоте
нельзя обращаться с терминологией вольно
>Про ui toolkit даже не заикайся а то мне неприятно
Почему, мне приятно унижать юнитидурачков их юи тулкитом на нодах.
Жесткая иерархия дерева геймобджектов это ноды.
препираться с санитарами будешь когда тебя в очередной раз упекут
в юнити нет нодов - там геймобджекты, достаточно почитать документацию
> Это resource heavy задача если приматывать костылями к существующему triangle-based render
Зачем тебе приматывать костылями к существующему?
Ещё раз - в юнити ты можешь исполнять абсолютно любой нативный код и вызывать абсолютно любые нативные библиотеки, соответственно и напрямую работать с памятью и gpu, с регистрами.
Причём тут сущестующий рендер вообще? Просто берёшь и пишешь свой рендер точно также как ты бы его писал на чистом Си.
Просто игра будет запускать нажатием кнопки плей в юнити и ты получишь себе все преимущества юнити, а не пропукивающее окно на вулкане в котором ты в настройках запутаешься и оно будет крашиться на половине компов.
Слово node не требует какого то специального пояснения. Это узел дерева. Кнопка и текст кнопки в юнити могут быть только в жесткой иерархии, то есть это ноды.
> Про ui toolkit даже не заикайся, там вообще целое дерево нод только еще и потешное на xml
Граф и дерево в частности это абстрактная структура данных, в целом почти что угодно можно деревом представить.
Даже простой код в функциональной парадигме это дерево) вызовы функций это ноды, стейтменты это листья.
Естественно. Поэтому клоун, который говорит что в юнити не ноды, а ноды плохо, серит забыв спустить штаны.
надо пользоваться правильным названием классов программы - Gameobject это Gameobject, а не Node
и не фантазировать и придумывать свои термины - "всё есть нода", "код-клей", "бизнес-игры", и т. п.
Кнопка не Gameobject. Это просто Object, а не Game, ты же не в кнопки играешь.
>и не фантазировать и придумывать свои термины - "всё есть нода", "код-клей", "бизнес-игры", и т. п.
А ловко ты его подъебал.
Glue code - абсолютно нормальное понятие, хз что тебя бомбит.
Но он дело говорит, это вопрос определний и понимания друг друга. Ему я так понял не нравится модель нод годота, мне тоже.
Годот - это кал сынок
7,5Гб это без вижлы. Все равно это не объясняет кратную разницу, тем более html'кой. Когда сравнивают размеры, я наоборот склоняюсь больше к юнити, как-будто в юнити что-то есть из коробки чего нет в годоте. Не знаю почему сторонники годота это упоминают как в плюс.
Такие дилетантские видосы больше вредят.
>Поддержка импорта SVG из коробки.
Он просто конвертирует PNG, причем обсирается с умножением/наложением цветов (пришлось все так же работать с PNG).
>я наоборот склоняюсь больше к юнити, как-будто в юнити что-то есть из коробки чего нет в годоте
А когда попользуешься, окажется что там нихуя нет. И оказывается что по дилетантски выбрал ты раздутую юнитипарашу
Всегда можно скачать аддон.
>Это что-то очень специфичное. Мало кому нужно.
Неожиданно мне нужно, я не знал что есть решение.
Вот если бы годот треде делали игры и обсуждали аддоны.
Любитель писать все сам, где взять 10К человека часов? Не у всех есть пенсия по шизе и свободное время.
Про контроллер вообще трэш, эта шляпа вообще должна быть из коробки.
>Проще ли изменить чужой код или написать свой?
Конечно проще изменить чужой код пару строк, чем писать тысячи строк и еще отлаживать месяцами.
>Так тогда и годот не нужен, раз ничего не нужно и вместо игры надо писать все самому, тогда проще и движок свой написать за 2 дня.
База, для всех "все сам" нужно вообще начинать со своего языка программирования.
Люди которые играются в движки никогда не поймут людей которые делают игры Марк Твен
Я пока что занят переплавлением песка в свой процессор. Это займет какое то время.
Даже в примитивном гуи начинается ад из лесенок нод. Изобретение html на нодах - странное решение.
>>1089570
Забавное как конструктивный разговор скатился до "ты говно, нет ты говно".
Шизик, который подменяет понятия и говорит gameobject это ноды, унижает свои же ноды в годоте (которые гибче).
На самом деле решение говно что там что там (как и все ООП).
>унижает свои же ноды в годоте
Унижены историей
>(которые гибче)
В маняфантазиях разрабов годота, которые вынуждены лепить Node контроллеры чтобы иметь пространство для работы наследования вне дерева наследования типов годота
Там ничего нет, но уже бегло не читается. Нужно давать название каждому узлу чтобы потом разобраться в этой простыне. А теперь представь дизайн по сложнее (с еще вложенными сценами).
Подход хороший но нужно это делать в xml подобном языке (а лучше вообще в html, который уже стандарт де-факто)
Все элементарно читается, там же иконки. У тебя какая то ментальная болезнь?
Какой конструктивный разговор в этом треде? Я сюда юнитидетей обоссать захожу иногда.
>которые вынуждены лепить Node контроллеры чтобы иметь пространство для работы наследования вне дерева наследования типов годота
А можно поподробнее? я вкатун.
Раскрыта загадки тупизны юнитидетей. Они просто не могут распознать больше одной иконки!
>Я сюда юнитидетей обоссать захожу иногда.
Да что-то не очень похоже, но ладно.
После вас хочется написать свой движок. Но делать я этого не буду
>10 контейнеров ради 2 кнопок
>Понятно
>>1089599
Разрабы пытаются высрать свой уникальный CSS и раз за разом получается говно. Учитывая специфику годота я думаю там свой уникальный авторский UI со своими авторскими правила. То есть говно в квадрате.
Я знаком с html/xml и мне думается, это быстрее и проще сделать на нем.
Я знаю что в юните есть что-то типа xml - но я его не видел, поэтому говорю вне его контекста. Хотелось бы увидеть сложный дизайн в годоте, там же будет целый "лес" деревьев?
Мне иногда кажется что годот делается исключительно только для вката. То есть, все максимально просто - простой скриптинг, маленький вес, редактор под рукой, ноды эти. Но как это масштабируется в игру сложнее я.игр?
А что там сложного то? Ну инкапсулируешь карточку и сохраняешь как отдельную сцену.
Узнай зачем существуют отсутствующие в гдс интерфейсы и ты поймешь всю боль node контроллеров, когда твой персонаж, который является дочерним классом какого нибудь ActorBase класса - должен управлять rigidbody, но ActorBase не может наследоваться от ригида, потому что его наследники могут управлять вместо ригида например area. А если ты повесишь Node3D скрипт на ригид ноду - ты потеряешь доступ к функционалу ригида, и никакой кастинг не поможет, у ноды теперь вместо ригида тип node3d и иди нахуй. Я, чтобы разрулить эту проблему - написал свои юнити-лайк компоненты, чтобы хоть немного облегчить еблю с наследованием и иметь возможность в редакторе и рантайме компоновать разную логику поведения в рамках одной ноды. А тебе светит только срать контроллерами, если не сьебешься в юнити.
>ноускильный юнитиребенок попытался повторить говнопрактики говнюнити
>Учитывая специфику годота я думаю там свой уникальный авторский UI со своими авторскими правила.
Юнитевский canvasui практически 1:1, разве что каждый элемент сам себе может быть контейнером и обладает настройками, управляющими какую площадь этот контрол в контейнере занимает и как именно занимает. Гораздо хуже работа с ассетами в процессе верстки, это пиздец без каких-либо преувеличений, после юнити верстка в годоте интерфейса - мучительна
Проходи не задерживайся, педаль дальше свои нодконтроллеры, а я пока хоть немного скрашу боль от нод своим велосипедом
>после юнити верстка в годоте
Да, это правда. Юнитикал быстро разъедает мозг.
У тебя в фразе "привыкание к хорошему" слишком много ошибок
Не, вообще все правильно. В годоте, действительно, происходит привыкание к хорошему.
Естественно ты испытал боль, потому что нахуевертил бреда.
Годот хорош только на фоне остальных foss бздотяэнжинов, но не более, единственное что он вызывает при взаимодействии с его редактором это желание выдать пизды клавиатуре, а потом ее собрать и терпеть дальше
Я устал терпеть нодконтроллеры, но вам и прочим вкатунам не запрещаю, схема рабочая но заебывает и раздувает кодовую базу, потому мне надоело терпеть
На шизу проверялся? Как раз взаимодействие с редактором годота вызывает максимальное удовольствие. Вот после юнити да, многие могут разбить компьютер.
Ну что поделать если ты не понимаешь как контролировать rigidbody, лол.
>>1089632
поэтому про-годотеры не используют редактор, не используют ноды, не используют внутренние типы годота и пишут всё на C++, используя годот только как кроссплатформенное окно
Эти многие по всей видимости находятся вместе с тобой в той мультивселенной, где юнити разработал хуан линецкий, спешу тебя заверить - я пишу из другой мультивселенной, где хуан линецкий запилил годот
>про-годотеры
Не существует в природе. Любой про не чурающийся плюсов либо сразу берет урину, либо это не про а хоббист с пенсией по шизе
А смысл ее брать? Она у игроков все равно не запустится.
>поэтому про-годотеры не используют редактор, не используют ноды, не используют внутренние типы годота и пишут всё на C++
А нафиг годот вообще
И это не аргумент
>используя годот только как кроссплатформенное окно
потому что ядро, как говорят тут, не лучше что есть в годот.
Со скиллом С++ я бы обмазался либами и как-то подкатил к блендеру (чтобы был визуальный редактор для расстановки на сцене).
Ну и нафиг он такой будет нужен? Он будет выглядеть хуже годота.
Да, если почитать этот тред, получается что я один из параллельного мира, где годот кайфовый.
Это было бы круто.
Но, скорее всего, реальность что тут вокруг просто тролли и носкиллы. Увы.
Да и пофиг. Мне от этого неудобнее не становится.
Все плагины потыкал, один мне еще любезно в корневую папку насрал (спасибо тебе добрый человек, надеюсь без троянов). Не один не понимает режимы смешивания (да еще годот размер просрал).
Вот в этом весь мой эскпириенс аддонов в годоте - какое-то васянство.
>(да еще годот размер просрал).
Кстати, в 4.5.1 было норм. За это люблю годот.
>Че там сложного то? Сам напиши, на полчаса работы.
Что написать поддержку svg 2.0 для годота?
>Он будет выглядеть хуже годота
Покажи пикрил 1 на годоте. Да хотябы пикрил 2.
>Мне от этого неудобнее не становится.
Тебе не может быть неудобно, если ты уже привык. Это близко к стокгольмскому синдрому. Ты привык хуярить нодконтроллеры и ограничивать себя 1 нода - 1 тип, терпеть, удерживать ручные связи между контроллерами и еще раз терпеть эту лапшичную. Ты не знаешь другой реальности, в которой можно применять композицию компонентов, которые в сидят в рамках одной сущности-ноды и могут контролировать произвольный обьем обьектов, при чем за счет того что нода-сущность является контейнером - ты можешь в одну и ту же ноду инжектировать в рантайме компоненентов и дочерних нод из множества подготовленных в редакторе контейнеров с компонентами и дочерними нодами, грубо говоря ты можешь мерджить сцены под один корень и мерджить компоненты с их логикой в этот корень.
https://www.reddit.com/r/godot/comments/1torgnb/how_can_i_skew_control_node_so_that_it_looks_like/
Ну во-первых урина есть не только 5-ая, но и 4-ая. Во вторых, осилить как отключить лишнее займет вечерок-другой. Единственная причина не брать урину - если игра строго 2Д на спрайтах. Чел просто туторов про 2Д на урине не найдет в нужном кол-ве, да и сами Эпики в эту область не развиваются никак.
> Любой про не чурающийся плюсов либо сразу берет урину
Или юнити.
Но "одна нода = одна хуйня" делает многое проще, годотя предполагает что композиция сидит в множестве нод.
Не только. Например, как ты игру на урине в веб яндекс игры выложишь?
Он не понял, как из скрипта одной ноды управлять ригид боди в другой
Ну да для сегмента микро-игр, всяких кликеров и.т.д урина тоже избыточна
>Но "одна нода = одна хуйня" делает многое проще
Ничего она проще не делает абсолютно. Эта хуйня тебя вынуждает либо делать слишком умные годобжекты, зашивая полиморфизм в свичи, либо поддерживать сложную лапшеобразную связь между контроллерами через контроллеры контроллеров. В с# эта беда частично компенсируется наличием интерфейсов, в том числе интерфейсов с дефолтными методами, но это не решает основной проблемы - логика обязана зависеть от godot.object дерева типов и требует коннекторов в виде менеджеров, чтобы ты мог использовать редактор (назначая в нем зависимости для менеджеров), а не как некоторые небольшого ума люди игнорируют существование редактора и возможности назначать обьекты на сцене и в префабах, предпочитая писать портянки из конфигов.
>>1089677
Просто мои интеллектуальные решения находятся в другой весовой категории, которые ты по причине физической невозможности воспринимать (как человек не может полностью воспринимать 4д пространство) пытаешься свести к чему-то попроще, попонятнее для тебя. Но это ложный путь, который тебя приводит на тропу троллинга тупостью.
Да там проблема в том что веб экспорта вообще нет. А если бы и был, он был бы еще неторопливей, чем сама десктоп анрилка.
Мы с тобой действительно разные. Я то и 10 мерное пространство воспринимаю. Пока только с 27-мерным трудности.
Раньше тут игры кстати делали. Наверное я уже это 100 раз писал, просто напоминаю что тут если считать в суммарных продажах парочка людей с миллионом долларов сидели.
Офк писали они на юнити, воооот...
А он и не должен. Нода должна быть самодостаточной хуйнёй же, понимабщей/отправляющей сообщения. Т.е. это читстая комбинация синдрома утёнка с skill issue.
>>1089682
Реализацию делает проще. Заставляет делать композицию лучше. У тебя же в годоте есть интерфейсы в виде сообщений тех же. Я с годотей чисто поверхностно знаком если чо.
>>1089682
> Просто мои интеллектуальные решения находятся в другой весовой категории
Типичный миддл, они уже умеют что-то делать, но как результат начинают дрочить на сложность.
>не знать, что вызов функций это и есть отправка сообщений объекту
Ну ты вообще нулевый какой-то
>Реализацию делает проще
Через умервщление полиморфизма? В юнити ты от монобеха можешь почкануться и не париться, ты всегда будешь присутствовать в редакторе, а концепция компонентов дает возможность навесить множество вариантов логики на 1 и тот же GO, давая истинную композицию поведения в одной точке входа без кодоухищрений.
>Заставляет делать композицию лучше
Тут не поспоришь. Меня заставила и я сделал лучше.
>У тебя же в годоте есть интерфейсы
В гдс интерфейсов нет, там только терпеть и кастить руками, абьюзя утиную типизацию с немаленьким шансом обосраться прям в рантайме. С# дает интерфейсы и много чего другого, но гемора с ним дохуя на данном этапе.
>но как результат начинают дрочить на сложность.
Я дрочу не на сложность, а на простоту. Мое колдовство с редактором годота, дающее мердж компонентов и дочерних нод контейнеров этих компонентов в одну финальную сущность (ноду) нативно - бесконечно легче в разработке (и в скорости разработки) чем ебля с голландским штурвалом из контроллеров. Единственное, что в годоте не чинится - процесс верстки интерфейса. По ряду причин, где редактор годота занимает пару призовых мест сразу.
Ты просто мышевоз. Перетаскивание компонентов через весь экран в поле инспектора (а еще надо выбрать нужную ноду, иначе это поле и не на виду) не может быть быстрее, чем перетаскивание нод которые рядом и под рукой. Это знает любой, кто пробовал назначать через инспектор текстуру перетаскиванием.
То есть вообще разница сугубо визуальная. В дереве ты видишь сразу все дерево (при этом можешь скрывать ветви), при компонентном по сути ты не видишь нихуя кроме одного объекта и пары его полей. Ну у тебя видимо какой то мазохизм, раз тебе нравится снижать скорость разработки.
Ну а наследованию вообще нет места в геймдеве. Ты реально на уровне джуна вкатыша.
> В гдс интерфейсов нет,
А сообщения не интерфейс чтоле? Творишь какую то хуйню.
>Перетаскивание компонентов через весь экран в поле инспектора (а еще надо выбрать нужную ноду, иначе это поле и не на виду) не может быть быстрее, чем перетаскивание нод которые рядом и под рукой. Это знает любой, кто пробовал назначать через инспектор текстуру перетаскиванием.
И этот зеленый господин обвиняет меня в мишевозинге, лул. Я если что решаю не проблему мышевозинга, я решаю более фундаментальную проблему, 1 тип - 1 нода. Мой способ увы только замедлил мышевозинг, так как он требует разворачивания компонентов, чтобы правильно мышку свозить.
>То есть вообще разница сугубо визуальная
Для безгорного разницы вообще никакой, у него в маняфантазии никогда проблем не бывает и кодовая база всегда хорошо собрана, без лишних связей. Осталось только дождаться программы для экспорта маняфантазий в игровой билд.
>Ну а наследованию вообще нет места в геймдеве.
Именно поэтому годоти терпят Node контроллеры, потому что хуан решил что скриптам не нужны абстракции
>А сообщения не интерфейс чтоле
Какие сообщения? Интерфейс это интерфейс, тобиж контракт. Ничего подобного в годоте нет, в 4.6 вроде как появились traits, но это опять таки не интерфейсы
>Мой способ увы только замедлил мышевозинг,
Ну да, я об этом и написал - ты замедлил себе разработку.
>Для безгорного разницы вообще никакой, у него в маняфантазии никогда проблем не бывает и кодовая база всегда хорошо собрана, без лишних связей. Осталось только дождаться программы для экспорта маняфантазий в игровой билд.
Очень самокритично. Ну не расстраивайся, все равно ты за свою жизнь уже не успеешь выпустить больше игр, чем я уже выпустил, я же раньше начал.
>решил что скриптам не нужны абстракции
Подмена понятий. Абстракции-композицию никто не отменял. Не нужно именно наследование.
>Интерфейс это интерфейс, тобиж контракт. Ничего подобного в годоте нет
Какая ирония. Нулевый не понимает, что сигнатуры функций и есть контракт, ака интерфейс.
Т.е. ты нихуя не понимаешь в погромировании, выучил пару трюков и что-то там мелко суетишься.
>Force reload from Json
АХХАХАХХАХХА
КОГДА ДРУГИЕ КОСТЫЛИ УЖЕ НЕ ВСТАВЛЯЮТ
>Ну да, я об этом и написал - ты замедлил себе разработку.
Так мышевозинг или разработку? Ты же сам разделил эти понятия. Я усложнил мышевозинг, но редуцировал тысячи строк связывания контроллеров друг с другом по ссылкам, можно сказать - я сделал убрал расходы на обязательный в других вариантах техдолг. За что заплачу двойным кликом вместо одного в редакторе, и то, это еще посчитать надо
>Очень самокритично
Давай сделаем вид что я перефорсил в ответ, мне лень придумывать
>Подмена понятий. Абстракции-композицию никто не отменял.
У тебя нет композиции, дядя. 1 нода - 1 тип.
>>1089709
>>1089710
Троллинг тупостью продолжается
>>1089714
Ну это на совести годота, если бы он корректно реагировал на ввод в редакторе и этот механизм запускался сам - не пришлось бы делать отдельную кнопку, а так надо дернуть за яйца на посошок чтобы ресурс обновился. Ну и джсон - тоже на совести хуево работающей сериализации годота, если бы она нормально паковала данные ресурсов, как в юнити - никакого джсона бы не было надо
Юнити/Годот/Анрил или вообще свой движок? Я вот сел и альтабаясь написал совсем примитивный прототип минут за 15 своего внимания с выводом в консоль, подключая всякие библиотеки поиска пути.
>У тебя нет композиции, дядя. 1 нода - 1 тип.
Тяжела жизнь шарпомухи. А говорили тебе - бери гдскрипт.
Я хочу движко-независимую модель написать с зависимостью от пары либ, но это офк не оптимально, ведь редакторы очень заточены на то чтобы моделили именно в них, хотя какие-то прокси классы не проблема ведь это всё напишет нейронка.
>Где проще всего вайбкодить?
Там где больше выборка обучающих данных для обеспечения максимального использования "холодной" памяти нейросети. Подумай сам, где же таких данных больше всего. Наверное в опенсорс бздотяэнжине 15 летней давности лежащем на гитхабе с 3 звездами, где одна - звезда от самого автора
>>1089723
Чтобы терпеть динамикодрисню, терпеть отсутствие trycatch и отсутствие того что в js есть уже лет 15 если не больше и быть вечным рабом хуановских придумок? Да я скорее буду на плюсах хуячить прямо в движке, чем хоть пальцем трону гдс под что-то важнее чем одноразовый юи говноскрипт
>хочу движко-независимую модель написать с зависимостью от пары либ
В годоте и юнити такое реализуемо, они позволяют рисовать в редакторе "виртуальный" интерфейс, который ты затем можешь прибить гвоздями к чему угодно. В анриле тоже думаю есть подобный функционал. А вот с бздотяэнжинами будут проблемы.
Пока ни у кого применить вайбкодинг в чем-то реальном еще не получилось. Но может помочь вкатунам именно в обучении. Я смотрел как челы для юньки пытались навайбкодить. На анриле тоже можно, но любой анрилогосподин могущий в этом движке хоть что-то, сразу же ебало скрючит от пердложения повайбкодить. Это как Чеду с сотней готовых к нему приехать дырок предложить сходить в дрочильный салон к Зульфие, еще и заплатить. Но если восмем зеленый, то не лишено смысла.
трайкетчу тем более не место в геймдеве
мы вам не перезвоним
Ваше безигорное мнение очень важно для нас (нет, не важно)
Там обычное 3д по сетке, никаких контролов не требуется.
> Пока ни у кого применить вайбкодинг в чем-то реальном еще не получилось. Но может помочь вкатунам именно в обучении.
Навайбкодил на работе сервис без заглядывания в код. Руками делал бы его в 3 раза дольше.
Но конечно тех стек, механизм работы, требуемый функционал сформулировал я и довольно подробно.
> тот же GO
Был же шизик на трубе, который делал движок где скрипты на го и еще ядро на го (лол). Что с ним? Прибило циклическим импортом?
Очень интересный релиз от Unity.
Их полноценный агент умеет очень много всего, и это не просто чат типа "напиши код".
Он там ходит и решает разные задачи.
Я среагировал на тему генерации сцен и миров. Можно просить промптом, а можно давать картинку на вход. Он соберет 3Д-сцену, да еще и разберет картинку на ассеты.
Можно промптом анимировать и модифицировать персонажей.
Есть коннест с Figma для дизайна UI
Есть даже генерация звука.
У них под капотом своя модель, но оказывается можно подключать и внешние: Codex, Claude Code, Gemini и Cursor
Их AI Gateway выглядит как хаб для подлючения вообще любых агентов. А их же MCP-сервер дополняет картину.
https://discussions.unity.com/t/unity-ai-s-open-beta-now-live-for-unity-6/1718560
unity.com/features/ai
Юнити цепляется за пузырь ИИ, не понимая - будущее уже за годотом.
Где витрина на изи энжине? Уже месяца 2 прошло за это время на годотеможно цнлый торговый центр сделать
Теперь игроки точно добьютса запрета юнитислопа в стиме.
Будет еще больше слопа и ещё труднее заработать. Эх, совсем эпоха уходит.
>труднее заРАБотать
Проблема в том, что ты воспринимаешь это как работу.
Ну да, все же просто так игры раздают, а не продают в стиме. И ты тоже.
Я же мечтаю просто так работать пару лет ради 100 игроков, а не ради 10к.
Твоя проблема в том что ты думаешь что работая пару лет ты получишь 10К. А если не получишь, то значит плохо работал. Но нужно осознать что этой гарантии не существует - вложенные ресурсы неравно успех.
Ты не особенный, ты не гений, ты не талант - убей в себе юношеский максимализм и тогда ты начнешь развиваться как профессионал.
всё просто: чтобы получать в месяц 10 тысяч и более, надо работать, а не игры делать
Годоту - пизда. Максимум даю ему еще год попропукиваться. После этого аудитория начнет стремительно сокращаться. Во первых, ИИ само себе сделает разработку игр бесперспективной. Во вторых, будут доминировать ИИ движки. Зачем пропукивать годот, если можно одним промптом за вечер все сделать в юнити.
>будущее уже за годотом.
будущее за своими движками. в эпоху нейронок годоты, юнити, уе - нахуй не нужны. сама нейронка - это и есть игровой движок, и она решает тебе любую задачу. щас опишу свой опыт
ясен пень я это говорю с позиции инди. в случае ААА - там вас никто не спросит. А сами вы все равно такую игру не сделаете - у вас нет миллиардов баксов на нее.
а вот инди (и под инди я понимаю не понг и три в ряд) плюс вайбкодинг = движок вам не нужен.
Как уже сейчас
- берем что-нибудь для окна-клава-мыши. sdl/glfw или там rgfw или sokol app. А можно даже на WinAPI если не собираетесь в андроиды - там максимум вечерок с нейронкой потратить.
- берем какую-нибудь оболочку над видеокартой (ну там буфера погонять, текстуры). какой-нибудь llgl/nri или еще что. или свою простую
Тут с нейронками пока никак. нейронки пока совершенно не умеют в голый вулкан (но вполне умеют в opengl). Плюс от того как вы это напишете будет зависеть дальнейшая работа. Максимум нейронками эту оболчку можно погонять и написать тесты.
Я потратил 4 дня над opengl. мне норм.
не ебитесь в современные абстракции типа комманд буферов или там пайпланов - во-первых это уже не современные абстракции (вулкан с 1.3 уже уходит от них), во-вторых это лишняя трата времени, в третьих оно нихуя не дает.
вам хватит голой базы - рисовать меши, инстансить их, натягивать текстуры (возможно с биндлесс), рендерить в текстуру. и стейты менять для всяких эффектов.
- теперь можете начинать вайбкодить. менеджер сцены полностью отдайте нейронке. Управление ресурсами ей же
- когда база под движок будет рабочей, начинается игровая логика. идете в ютуб, ищете ролики по юнити. находите нужные вам разделы -строительство там, прыжки на веревках, охуенную боевку на паррированиях. Воруете оттуда скрипт, кидаете нейронке и требуете переписать этот скрипт под ваш движок. Нейронка охуенно решает данную задачу и вот у вас есть все возможности которые годами нарабатывали на юнити или уе. только без юнити и уе.
нахуй вам тогда эти движки?
скрипты с годота тоже можно так пиздить - будет как в годот, но без пропуков годота
> нахуй вам тогда эти движки?
Потому что без движка придется сделать очень много доп работы - система ui, физика, рендер, сборка, поддержка 2д и 3д ресурсов, всевозможные редакторы - аниматор, партиклы, постпроцессинг, редактор сцены, профайлеры цпу/памяти/гпу/структуры билда.
> кароч, сейчас пишу свою 3д экшен рпг без движков вообще нахуй. с вайбкодингом. и да, я снова убеждаюсь что готовые мощные движки не нужны.
Не хочу быть пессимистом, но у тебя ничего не получится так. С движком еще можно навайбкодить примитивное что то, но без движка это вообще 0 шансов
ошибочное утверждение. ты цену токенов видел? зачем каждый раз генерировать с нуля движок, ловить ошибки и т.д., если можно взять unity, где ИИ уже во все интегрировано и игры создаются одной кнопкой.
у unity есть деньги на токены и лучшие модели. у тебя - нет.
>Во первых, ИИ само себе сделает разработку игр бесперспективной
Тем временем крупные софтваре педалеры:
>Токены дороже чем нанятые программисты.
И ситуация усугубляется, потому что развитие нейронок на данный момент (после moe) снова уперлось потолок и разумизм моделей повышается исключительно грубыми методами (железо, энергия и агенты), а компании, повершившие в мантру что нейронки доведут до ума раньше чем у них закончатся деньги инвесторов на поддержание льготных подписок - уже сейчас не знают чем латать финансовые дыры. Рановато пока мриять про термояд через десять лет "готовые решения с квалифицированными программистами не нужны".
>Зачем пропукивать годот, если можно одним промптом за вечер все сделать в юнити.
Чет не делается даже близко, за токены исправно платится, матрицы исправно множатся, а игра не делается без геймдиза и работы ручками в редакторе и ide. Такие дела. Сомневаюсь что через год изменится хоть что-то.
>>1090000
>>1090002
Использование готового - непосредственным образом сказывается на расходах токенов и соответственно - на затратах и быстродействии разработки, потому что холодная память модели (то чему она обучена) - гораздо дешевле горячей памяти, которая удерживает в контексте информацию о том, чего модель не знает. Таким образом - выигрывают общеизвестные решения с апи, на которых обучали нейронки ИИ провайдеры, а это анрил, юнити и годот, а не твои ии велосипеды, которые ты не понимаешь даже на уровне их апи.
изменится то, что, грубо говоря, в unity будет генерирующаяся вавилонская библиотека ассетов. захотел модельку - клик; захотел скриптик - клик клик;
>Потому что без движка придется сделать очень много доп работы
во-первых нейронка сделает
во-вторых
>>1090006
>система ui
тебе и на юнити ее надо делать. какая разница где?
>>1090006
>физика
берешь jolt. он все одно вон в годоте например. для ue тоже плагином есть. зачем тебе свое?
>>1090006
>рендер
я уже написал про это - тебе нужно только выводить модельки, инстансить, натягивать текстуры, и код шейдера выполнять. Всякая поебень типа комманд буферов, сложных рендерпассов - это как дрочить на камень - может и приятно, но безтолково.
>>1090006
>всевозможные редакторы - аниматор, партиклы,
у тебя есть блендер
>ты цену токенов видел?
ты и на юнити тоже будешь платить за токены. не надо думать что если сейчас дали потестить бесплатно, то так оно и останется. уж точно не юнитеки.
сейчас такая эпоха - что тебе надо ПЛАТИТЬ за токены, независимо от того на чем делаешь. платить будешь везде одинаково
>>1090009
>то развитие нейронок на данный момент (после moe) снова уперлось потолок
2-4 года, и пройдет. надо дождаться когда железо догонит среднюю нейронку пригодную для геймдева. Затем просто собрать локально на серваке.
сейчас весь бум цен из-за дефицита железа. но нейронки, это не биток считать, где с каждым разом дороже. цены будут падать.
>гораздо дешевле горячей памяти, которая удерживает в контексте информацию о том, чего модель не знает. Таким образом - выигрывают общеизвестные решения с апи, на которых обучали нейронки ИИ провайдеры, а это анрил, юнити и годот, а не твои ии велосипеды, которые ты не понимаешь даже на уровне их апи.
чел - нейронка не понимает разницы между юнити уе или там твоим движком. для нее это набор буковок расставленных по определенному патерну.
поэтому тебе не надо обучать нейронку твоему движку - все движки работают плюс-минус одинаково (если ты не шиз творящий какую-то дичь).
тем более что обучение там идет не движку, а на скриптах.
все что нейронке придется - просто транслировать решение не на какой-нибудь C# а на твой скриптовый язык. это изи - база языков в нейронках уже давно наработана.. Само решение оно также будет брать у юнити, но писать его на другом языке - все.
и это работает уже сейчас.
> во-первых нейронка сделает
Как ты это понял, откуда такая мысль?
> тебе и на юнити ее надо делать. какая разница где?
Там уже есть юи тулкит и компонентная система на якорях.
> берешь jolt. он все одно вон в годоте например.
Интеграция труда не требует?
> я уже написал про это - тебе нужно только выводить модельки, инстансить, натягивать текстуры, и код шейдера выполнять.
Если игры нет - безусловно.
> у тебя есть блендер
Переходы стейтов анимации в блендере настраивать будешь? Партиклы в движке поддерживать не надо?
>дождаться когда железо догонит
>собрать локально
помечтай. зачем продавать курицу один раз, если можно бесконечно продавать яйца.
никто тебе железо для локальной нейронки не продаст.
Мое тебе предсказание, годот настолько разовьется что юнити придется открывать сорцы (но будет поздно). Плюс появиться еще пару опенсорс движков.
ИИшка еще пару лет подоит лохов, схлопнется, утянув многих, а потом останется на уровне инструментом анализа статистики (как и стартовала), ну еще в робототехнике отразиться (там тоже есть много бигдаты, например эти датчики на руках)
>железо для локальной нейронки не продаст
Продадут. Просто облачные всегда будут круче.
>2-4 года, и пройдет
Возможно. А возможно и не пройдет.
>>1090014
>чел - нейронка не понимает разницы между юнити уе или там твоим движком. для нее это набор буковок расставленных по определенному патерну.
Это ты не понял проблематику. Наборы буковок, которые очень часто встречались в датасете гораздо дешевле расставлять с нуля, чем продолжать расставлять новые буковки на основании уже расставленных до этого буковок в контексте. Это как считать тригонометрию сразу зная все нужные формулы, вместо того чтобы выводить эти формулы цепочками доказательств из 4 фундаментальных принципов эвклидовой геометрии, и так раз за разом, промпт за промптом.
Скрипты с ютубов говно если что. Там вообще нет ничего вменяемого, иначе девять видео из десяти были бы посвящены скучной хуйне.
>вложенные ресурсы неравно успех.
Это понятно.
>работая пару лет ты получишь 10К. А если не получишь, то значит плохо работал.
Буквально так. Если в мою игру поиграет мало людей значит игра плохая. Результат работы плохой.
Хобби не занимаются ради того чтобы получился плохой результат. Это плохо. И это не брелки делать за 2 дня на фестивали, игры это долговременный проект как правило.
>вам хватит голой базы - рисовать меши, инстансить их, натягивать текстуры (возможно с биндлесс), рендерить в текстуру. и стейты менять для всяких эффектов.
Ты тени добавь, тогда поговорим
Очень легко. Выкладываешь игру бесплатно, в нее играет больше игроков, а 10к ты не получаешь.
Хобби это удовольствие от процесса, а не завуалированное желание профита.
Так выяснили что у него комп видеозахват просто не таянул.
У него на канале обычный плеер киношки лагает.
Видео внутри годота воспроизводится, конечно оно лагает, пока волк прохрюкивает.
>годот настолько разовьется
как ты себе это представляешь
> придется открывать сорцы
коммерческие проекты обычно открывают сорцы когда проект закрывают, зачем им это делать?
>как ты себе это представляешь
Для ньюфагов это бесплатный полноценный движок.
Более того там вся политика заточена под ньюфагов - сразу тебе питон скрипты с редактором (а питон на западе не знает только ленивый), откатики настроек, быстрый запуска и прочее плюшки.
Для айтишников это опенсорс (MIT - это очень важно), годот очень гибкий в плане абстракций, годот гибок в плане языков, возможность комбинить gdsript с C++ (питон с плюсами популярная у ПРО-анальников), не от кого не зависеть, никому не платить (айтишники не любят любые вендерлоки).
Сам себе противоречишь. Если разработка игр загнется, то проприетарщина типа юнити и загнется первой.
>Во первых, ИИ само себе сделает разработку игр бесперспективной
джва года жду, пока только стрижка баранов.
>Для ньюфагов это бесплатный полноценный движок.
так он и сейчас бесплатный, но не полноценный
что именно должно измениться, чтоб он "настолько развился" и перестал быть движком для ньюфагов?
> сразу тебе питон скрипты с редактором
годот-питон ставится плагином, да и то у него проблемы с экспортом
гдскрипт далеко не питон, питон это в первую очередь pip с десятками тысяч библиотек, а не отступы, которые как минимум неоднозначны, а многие считают минусом
ты так и не написал, как именно годот должен "развиться", чтобы заткнуть за пояс юнити. выкатить более крутое godot ai с кнопкой "убрать пропуки"? но чтоб убрать пропуки, надо переписать ядро, а хуан очень консервативен
Мне 34 и я такую капчу не пройду. У меня были нормальные часы электроника с человеческими 24 часа в сутки, а не для больных у которых 12 часов в дне.
Копиум.
Я уже давно говорю годот в итоге проиграет потому что там некомпетентное руководство. Если бы годот эктуалли умные люди пилили то он бы реально был конкуренцией. Ну тогда бы это был бы совсем другой движок, а не пропукивающая хуйня с огромным тех долгом и таким же огромным списком недостающих продвинутых фич.
>бы реально был конкуренцией
Там такая инерция, что разницу завтра ты не увидишь. Но сейчас уже видно что они начали суетиться (дорожная карта, которая вроде в феврале была). Ну и ставка на пузырь ИИ говорит о низкой компетентности руководства (желание заработать на токенах).
Пока один цепляется и думает как высосать монетку, другому надо просто развиваться. Кто победит на дистанции?
От того, что ты повторяешь годами свою шизофрению, истиной она не становится
Годот это опенсорс движок, он и предстваляет собой охуенную конкуренцию при таких вводных.
Всегда можно лучше, но для опенсорса это и сейчас охуенчик, просто скачиваешь и сразу делаешь игру. Не на ААА уровне, но АА уже легко.
В говнюнити техдолга еще больше. Это буквально движок где выкатывают недоделанные фичи и сразу начинают пилить другую на замену, и так бесконечно.
Пропуки в говнюнити тоже никуда не делись, а с нейрослопом их станет в разы больше.
Твои байки про якобы пропуки в годоте протухли еще года 4 назад, да и то они были скилл ишью, потому что опенсорс движок ставили на менее мощное железо всякие студенты, которые не умели оптимизировать игру. Ну и что? Опять же давно выяснили что игрокам в целом похуй на тормоза в неоптимизированных играх на говнюнити.
>Я уже давно говорю годот в итоге проиграет
Кому? Ивану Движкописяну город Чебоксары? Годот - лучший foss движок. Нет в этом мире известной силы, которая бы могла противопоставить годоту аналогичный функционал с foss лицензией. Да, с говногдс, да, с хуевым ui/ux редактора, да, апи с аллокациями. Тысячу раз да. Но соперника все равно нет. на дагор по странному стечению обстоятельств всем похуй
>Если бы годот эктуалли умные люди пилили
Если бы у бабушки был хуй - она была бы дедушкой. Но годот пилят кто угодно, шизики, иишка, вкатуны, хоббисты, возможно есть челы с опытом. Плюс бюрократия.
>Но годот пилят кто угодно
Часто в крупном опенсорсе есть ядро разработчиков и иерархия, которое все практически и пилит.
> foss лицензией
Да есть, не такой адаптации к пользователю, но есть. Проблема в том что игровые движки не так востребованы. Шутка про то что на расте больше игровых движков чем игр - как раз отражают эту проблему.
Победит банальная жадность (бесплатность), а кабаны завендерлочатся и начнут спонсировать.
>Да есть, не такой адаптации к пользователю, но есть.
Ну т.е. нету. Адаптация для пользователя - это улучшение юзабилити, улучшение юзабилити - напрямую сказывается на скорости выхода в релиз. То что есть блеви(который по сути и не движок даже, ибо редактора нет), есть дагор, есть о3де, есть езеингине, есть еще вагон таких движков. Каждый в одном конкретном аспекте может быть лучше годота, но проебет ему по сумме баллов и с немалым отрывом. Плохая документация, еще более хуевый ux редактора и инструментов разработки, нестабильность на мультиплатформе (а скорее ее полное отсутствие) либо полная нестабильность работы движка, следствие - слабое комьюнити, недосточность готовых решений, повышенный расход токенов нейросетей. Годот шел к своей позиции десятилетями, а по щелчку его не сдвинешь. Реально проще сам движок от пропуков вылечить, чем вырастить еще один годот.
Ты эти пропуки видел или только от троллей движкосрачеров о них читал?
но если вылечить годот от пропуков (т.е. переписать всё ядро с нуля, без лишних аллокаций и с потоками), то это будет совсем другой движок, не годот
разве если только название останется тем же (см. парадокс тесея)
Видел единолично, но я обычно не дожидаюсь того, когда игра превратится в демку с собакой и отслеживаю проседание и чиню его до того как счетчик будет показывать 3 фпс.
>>1090194
>но если вылечить годот от пропуков (т.е. переписать всё ядро с нуля, без лишних аллокаций и с потоками), то это будет совсем другой движок, не годот
На самом деле достаточно переписать gdextension чтобы убрать ненужные аллокации при работе с апи, уже дышать будет гораздо легче. Годот и так многопоточен (из коробки), физика, рендер и сцена это 3 сервера в разных потоках, а апи полностью тредсейф с copy on write синхронизацией. При этом годот останется годотом.
а почему тогда компиляция шейдеров блокирует игровой цикл?
Потому что хрюнити говно сделанная рачилами
Ну так это не пропуки годота, а твой код тормозил, и ты его починил. Годот тут причем?
Исходник надо смотреть.
>>1090199
Я оптимизировал пропуки годота путем костылей, которые мне бы не пришлось прикручивать, будь это не годот. Типа рейкастинга нодой или генерации shapecollision примитивов для сложных форм активных ригидов чтобы солвер с ума не сходил.
>Обычные ошибки ньюфажика
Согласен, не в каждом движке приходится рейкастить нодой вместо worldspace апи потому что это внезапно быстрее
>движок явно не причем
Как движок может быть при чем, если движок - вещь неодухотворенная? А вот одухотворенный хуан из-за своей чрезмерной любви к нетипизированному интерпретируемому говну испоганил апи, что приходится рейкастить нодой. Еще и вместо нормального physx опять тулят всякую хуйню, которая пропукивает пуще физики годота, потому что у хуана пунктик на physx
При скромном количестве рейкастов разницы в микросекунды даже не заметить. Если у тебя их не стало хватать, ты что-то делаешь не так. Ты в это упрешься где угодно в геймдеве. Как и в необходимость простых форм коллайдеров вместо одного сложного. Вся "вина" годота только в том, что именно на нем ты увидел как это реально все устроено.
>При скромном количестве рейкастов разницы в микросекунды даже не заметить.
>нинужно, пнятненько?
>Если у тебя их не стало хватать, ты что-то делаешь не так
Делаю игру на годоте вместо нормального движка?
>Как и в необходимость простых форм коллайдеров вместо одного сложного. Вся "вина" годота только в том, что именно на нем ты увидел как это реально все устроено.
Странно почему в юнити не так устроено, и собирать коллайдер из примитивов нужно только на уровне 300 тел, а не на уровне 30 тел, видимо нормальный физдвижок никак не влияет
>Ты тени добавь, тогда поговорим
во-первых до сих пор много игр в которых вообще теней нет (всякое 3д пикселье)
во-вторых часто вместо тени накладывают серый кружочек - и я такие игры в стим видел
в третьих нейронка даже бесплатная умеет тебе в тени (в том числе кубические от omni света)
в четвертых сейчас все одно тени в ааа делают на ртх... (там выглядят не как говно). но делать инди игру с привязкой рейтресинга, когда многие до сих пор сидят на 1060-1080
>до сих пор много игр в которых вообще теней нет (всякое 3д пикселье)
Много это сколько? 1%? В годоте даже 3д пикселье с тенями делают
Серый кружочек - ну ты наложи его, для начала. Чтобы на всяких углах комнат не глючили. Тогда поговорим.
Давай показывай свои омни тени от бесплатной нейронки.
>В годоте даже 3д пикселье с тенями делают
например все игры, где много спрайтовой графики вместо моделей. если ты на спрайты попытаешься наложить честные тени - у тебя будет полная параша
(и даже если в подобных играх есть что-то похожее на тени - часто оказывается что оно заранее отрендерено)
>>1090260
>Серый кружочек - ну ты наложи его, для начала.
обычное проецирование текстур на плоскость. в любом учебнике opengl есть пример.
>Давай показывай свои омни тени от бесплатной нейронки.
вот. от самой дешманской нейронки у которой даже названия нет (что-то там free из плагина для vs code)
к алясингу не придирайся - я ненавижу сглаживание (во всех играх первым делом выключаю), и у меня везде специально включена пиксельность - но это не проблема - блюром пробежать. pcf накинуть
Порезался об твердые тени без размытия. Для хелло ворлда пойдет, а на реальных уровнях среднего размера, уже косяки в мелочах полезут.
>Порезался об твердые тени без размытия.
я тебе написал, почему они твердые - это мой стиль. гладкими их сделать - 2-3 строчки кода в шейдере.
>Для хелло ворлда пойдет,
ты так пишешь, будто на юнити/уе или годоте у тебя там что-то серьезное, а не таскание ассетов
вообще самый главный совет всем игроделам - перестаньте страдать маня фантазиями и просто признавайте как факт что ваша игра будет 100% школьной подделкой. это просто факт. Пока вы его не признаете - вы вообще игру не сделаете.
У меня конечно серьезнее чем 5 кубов на одной плоскости )))
Это движки под GPL лицензией, тебе надо будет выкладывать исходники своей игры
>Мне 34 и я такую капчу не пройду. У меня были нормальные часы электроника с человеческими 24 часа в сутки, а не для больных у которых 12 часов в дне
Я хз что за хлебушком надо быть. Получается, ты не понимаешь такие концепции, как "семь часов вечера", или "час дня", или "пол второго" (ну, если ты не в состоянии понять, что если минутная стрелка прошла половину пути, то это значит что прошло пол часа).
Я слышал такой аргумент, когда задумался о том почему ничего не делают на движке дума 3 (мол, движок под коридорные шутанчики - сам бох велел на нем клепать кучу проектов).
Но с другой стороны, все равно делают же коммерческие игры: те же Selaco (GZDoom), или WRATH: Aeon of Ruin (этот на движке квейка) - и ничего...
>Это движки под GPL лицензией, тебе надо будет выкладывать исходники своей игры
всегда можно выебнуться через одно место, например очень хитро построить логику на закрытых скриптах:
Почему эта схема работает ✅
Скрипты = Данные / Пользовательский контент
Если ваш скриптовый язык является общим механизмом расширения (как Lua в WoW или QuakeC), а скрипты не содержат кода, необходимого для работы самого движка, то они рассматриваются как данные, а не как часть программы. GPL явно не распространяется на данные, обрабатываемые программой.
Механизм моддинга
Тот факт, что пользователи могут писать такие же скрипты, является сильнейшим юридическим аргументом. Если интерфейс скриптования публичный, документированный и предназначен для третьих лиц, то ваши собственные скрипты находятся в том же статусе, что и пользовательские моды. FSF и суды признают разницу между «расширением программы» и «использованием программы».
Черный ящик с публичным API
Движок предоставляет стабильный, документированный API для скриптов. Скрипты не обращаются к внутренним символам движка, не линкуются с ним на этапе компиляции и не зависят от внутренней структуры памяти. Взаимодействие идет строго через предназначенный для этого интерфейс.
>Движок предоставляет стабильный, документированный API для скриптов
ЕСЛИ предоставляет. Если нет, то ты вынужден "обращаться к внутренним символам движка и полагаться на внутренние структуры в памяти".
Так можно написать прослойку под mit лицензией, как это сделал хуанг для дров под линукс, и за этой прослойкой прятать хоть черта лысого, но проще конечно не ебать мозги и просто взять тот же годот
Проекции.
Нажо смотреть реалистичго на свои навыки и ресурсы, но тут не только кубы делают.
я каждый день делаю сотни игр и они не школьные поделки
ассеты таскать необходимо чтобы редактировать игровое поле, без этого никак
>я каждый день делаю сотни игр
Человек-конвейер. Вот кто ваши силы отнимает, высасывает и вы потом не можете закончить игру.
Только алиасинга надо семплов 8 хотя бы, а это удорожит рендер. Возможно есть какая-то другая причина почему ты не любишь алиасинг. Но я сомневаюсь что эти ступеньки могут кому-то нравится на серьезных щах. Тем более они никогда не комформны объекту, а зивисят от горизонтали в вертикали экрана.
>серьезные игры
>не процген / пользовательская расстановка объектов/грядок/кубов
Такого же мнения, лесенки это проклятье 3Д. Мне даже пофиг на графоний главное чтобы ровно все было (про игры, в редакторе пофиг).
>ЕСЛИ предоставляет.
там несколько идей в том как обойти легально GPL
- в том что скрипты - это не код, это контент. как например модели, текстуры, звуки (GPL не требует открывать контент - только код, если брал для кода). то есть дай возможность игрокам писать свои скрипты. Собственно модинг и отключает GPL
- движок должен идти с чем-то минимально игровым - то есть придется собрать простую игру, это требование. Но нет требования что эта игра соответствует той что ты продаешь. Ты можешь под GPL собрать бесплатную демо, с открытым кодом, дать игрокам возможность писать свои скрипты (никто конечно же этого делать для ноунейма не будет), и затем пиши уже реальную игру на скриптах с бинарной компиляцией.
Конечно если прям кому-то нужно, найдут на хитрый болт свою резьбу... но ты не того уровня чтобы этим кто-то дрочился.
хех, вам наверное от такого больно?
это кстати тоже свой жанр в стилизации.
Почему нам должно быть больно от 2Д ? Ну визального мусора на экране много, да, могли бы чуть почище сделать. Но не критично.
Тут пиксель арт, причем тут сглаживание?
Да и стилизация плохая (нету контрастности между объектами)
>нету контрастности между объектами
Потому что всю контрасностность они хуйнули внутрь самих объектов еще и в тон не попали. Из-за этого картинка превратилась в шумную визуальную помойку. Имея то же кол-во цветов и то же разешение можно было сделать в 10раз чище и читаемее.
Не, это уже из серии "я слышал про минимализм, поэтому буду рисовать картину брызгая птичье говно по экрану"
>изобретатель ESC марк еблан
ни секунды не сомневался сомневался
этот татуированый гопник не имеет к нам никакого отношения
аппеляция к деньгам - признак тупого бумера
>Кто-то делает 3D движки и зарабатывает миллионы
>Кто-то делает 3D модели для готовых игр и сосет жопу
>я каждый день делаю сотни игр и они не школьные поделки
это деление на ноль. если ты в день делаешь сотню игр, то это казуальное говно (наверно браузерки?), в котором геймплей - это нажать пару кнопок и все.
это 3д шутер (нет, не 2.5D а настоящее 3D). просто на дваче гивки не цепляются
а теперь вопрос - почему же у вас 2Д пикселявость не вызывает боль (хотя для 2Д есть свои способы сглаживания), а 3д пикселявость - сразу больно?
по сути на экране это просто одно и тоже (и пруфом то что вы посчитали что на пикче 2Д игра, хотя там 3Д)
>Ну визального мусора на экране много, да, могли бы чуть почище сделать.
потому что это 3д, ты не можешь каждый пиксель пофиксить - тебе видеокарта что родила своим растеризатором, то и видишь
ты привел некрасивую игру. она некрасивая потому что некрасивая, а не потому что пиксельная. 2д игры тоже бывают красивые и некрасивые
Это так только в ленивом подходе (или там какие то ограничения. например та игра сделана за 78 часов двухнедельного джема).
Сейчас есть я так понимаю даже профессия Visual tech artist. По сути ты можешь контролировать все. Цвета материалов на входе. Конкретные формулы освещения. Расстояния междуу объектами, источниками света. Постпроцессинг. В принципе, даже ошибки округления можно загнать в определенные таблицы.
Это конечно небыстро и непросто. Но это возможно. Не исправлять каждый пиксель, а строить систему, в которой все попадает в предсказуемые диапазоны значений при заданных входных параметрах.
их нейросеть делает автоматически в формате dark factory - я уверен что там всё по высшему разряду
>изобретателем ECS
Изобретатель трех букв? ECS это же Data-Oriented Programming.
Сравнил две разные области - потому что там есть приставка "3D". Он продает курсы? Я хочу купить.
Data-Oriented Programming это DOP
я уже 100 раз про Thief и его ECS-систему в этом треде писал, что это и зачем
местным движкописям, которые в одно рыло всё делают, такой подход не нужен
>>1090365
благодарю за ссылку
>это 3д шутер (нет, не 2.5D а настоящее 3D). просто на дваче гивки не цепляются
Тут есть тред игры, где у чела с десяток пикселей на герое, при этом даже по скринами можно отличить стены, персонажа и прочее (не сливается в одну кашу).
>Data-Oriented Programming это DOP
Капитан-аббревиатура в треде.
если быть точным, то обычно говорят Data oriented design - DOD
это всего лишь означает оптимизацию данных под задачу, это не равно ECS и не обязательно подразумевает её
Суть DOP - уложиться в кэш. Остальное уже маркетинг.
PS ООП раздувает структуры на ровном месте, но любая структура раскладывается до примитивных типов.
Почему нельзя сделать ГИГА-упакованный, древовидный, ассоциативный массив - я не знаю. В кложе даже есть отложенный механизм копирования (клонирования) на чтение (данные не копируются пока не будет запись в них, нетривиальная фигня), а тут просто забытая технология древних. Впрочем тут нужны программисты, а не движкописи.
да это всё и так очевидно - оптимизированные структуры данных писали в геймдеве всегда, пока компьютеры не стали достаточно мощными, чтобы этим пренебречь
это не имеет прямого отношения к ECS - к тому же ECS не пришло на смену ООП, а появилось когда игры ещё писали на C
ECS это DOD для бедных, у которых нет под рукой 30 сеньоров чтобы обслуживать dod рыганину
ECS для тупых, которые не понимают, что компилятор его не может оптимизировать, в отличии от ООП. DOD AoS->SoA на с++ пишется за пару вечеров.
>DOD AoS->SoA на с++ пишется за пару вечеров.
Для laba2.cpp. Потом на основании этой параши надо держать сложнейшую кодобазу бизнеслогики если ты на базе этой хуйни хотябы платформер попытаешься состряпать
>которые не понимают, что компилятор его не может оптимизировать
Дело не в оптимизации компилятором, а в том что взятие данных с оперативы(кучи) - не чинится никаким компилятором, ты просто терпишь, пока dod енжоеры с кучей синьоров на зп или ecs чады просто получают работающий кэш из коробки
>По сути ты можешь контролировать все.
не все. ты не можешь контролиловать интерполяцию цветов. в шейдере ее можно только выключить или юзать дефолтную. для современных игр похуй. для пиксельных - жопа. Можно пытаться эмулировать - но это все хуита и не даст той картинки которая была раньше
>я уже 100 раз про Thief и его ECS-систему в этом треде писал
самое смешное - в thief нет никакой ECS системы. От слова совсем. А этот разраб просто крышей галюцинирует.
в thief самое натуральное ооп, на нодах. давно уже разобрали.
в любом случае - в это же время выходили моровинды и готики - там тоже ооп, и проблем никаких у них не было
я думаю изобретатель ECS имеет право сам решать, что ей является, а что нет. а аноним с двача не имеет
хотя я посмотрел уже три четверти видео (послушал на фоне) и вроде он ни разу не употребляет эту аббревиатуру, он называет систему объектов dark objects
>thief
Судя по всему челы переизобрели процедурное программирование (Anemic Domain Model в ООП), а анон подумал это про дата-ореинтированную архитектуру. Лол
систему сущностей dark objects в Thief, которая стала первой компонентной системой в истории игр
Так это инфоциганин который просто долго дергал однорукого бандита в сфере мобилопараш. Он понятия не имеет как делать пиздатые игры. Он с командой просто на рандом клепали десятки мини игр, копировали механики с чего-то успешного. В итоге одна-две чисто случайно осказалить не полнейшим калом и кто-то их заметил. Это тупой брут форс. Буквально обезьяна с печатной машинкой случайно напечатавшая осмысленное слово.
Тогда я изобретатель синглтона. Когда сам думать начнешь?
>систему сущностей dark objects в Thief, которая стала первой компонентной системой в истории игр
тоже мимо. все это было у Кармака - который писал на си (то есть чисто из-за языка он все это уже изобрел из-за необходимости - ооп же у него не было, а только те самые под типы, разделение компонент и систем (особенно сильно он это сделал в движке кваки)
Кармак уже разделял данные от систем.
>>1090422
>я думаю изобретатель ECS имеет право сам решать,
он ничего не изобрел. тогдв все так писали - потому что был чистый си (только Суини (который анреал энджин до сио пор создает )ооп головного мозга страдал с 1986 года
во всём мире принято решать что изобрёл, и только ты противишься
я не понимаю, зачем отрицать факты? это твоя принципиальная позиция
в квейке были жирные наследуемые сущности с кучей полей, без композиции
вроде это называется bag of properties
Я уже ответил,
>>1090430
вероятно, произошла путаница с сущностями (там тоже Entities), где люди побеждали кривое наследование в ООП. Которое к DOD'икам не имеет отношения.
Раньше действительно - если выкинуть С++ из С/С++ - работало быстрее.
он прав. разраб thief тоже хуиту несет присваивая себе лавры создателя ecs.
это 1998 год, тогда практически НИКТО не использовал ооп (тем более наследование собаки от утки). Все писали на чистом Си или си с классами.
То есть у них сам язык уже требовал разделять данные от логики - просто потому что си не умеет в методы. В си у тебя есть только функция и данные которые ты передаешь функции.
>во всём мире принято решать
не во всем мире - а только в этом видосе. весь мир знать не знает об этом "создателе ecs". поэтому даже нейронка так неоднозначно отвечает
весь мир первыми признает разрабов dungeon siege - которые собственно о ecs рассказывали еще на анонсе игры. и разраба одного рогалика, который собственно и написал тот самый современный ecs в своем рогалике.
>в квейке были жирные наследуемые сущности с кучей полей, без композиции
>вроде это называется bag of properties
ты хуйню несешь. квейк на си написан. наследование там делается именно через композицию, и никак по другому
typedef struct {
vec3_t origin;
vec3_t angles;
int solid;
} edict_t;
// "Производный класс" (монстр)
typedef struct {
edict_t ent; // Базовая часть всегда первая!
int health;
int armor;
void (*think)(); // Полиморфизм через указатели на функции
} monster_t;
ну больше никто не присвоил
принято считать что так. усвоим это и продолжаем дальше
в Looking Glass видимо писали на С++, так как код движка в открытом доступе и можно самому посмотреть
вместо этого анон уже лет пять носится с идеей "в ECS самое главное это оптимизация данных", хотя это не самое главное. это всё равно что говорить что самое главное в зайце то, что он белый. надеюсь аналогия понятна - зимой он белый, а летом серый, и это не его уникальное свойство, отличающее его от других, а одно из преимуществ - позволяет скрываться от хищников на фоне снега
Но это чистой воды наследование, ты буквально можешь взять указатель на базовый класс edict_t* и не знать что это монстр. Плюсы по своей сути просто синтаксический сахар поверх буквально такой же конструкции.
>принято считать что так.
только в этом видео, где старик галюцинирует. Поэтому нейронка не может дать четкого ответа (напомню - нейронка, это база всех обсуждений в мире).
мне например нейронка так ответила
Создателем концепции ECS (Entity-Component-System) в современном понимании, особенно в контексте разработки игр, чаще всего считают Адама Мартина (Adam Martin).
Именно он в 2007 году опубликовал серию статей и код фреймворка Entity System, где четко сформулировал разделение на Сущности (как ID), Компоненты (как чистые данные) и Системы (как логику). Эта работа стала фундаментом для большинства современных ECS-библиотек.
Однако стоит учитывать исторический контекст:
Билл Патрик (Bill Patrick) и другие разработчики из Maxis использовали похожие архитектурные паттерны еще в конце 1990-х при создании Dungeon Keeper и SimCity, но не формализовали их как отдельную технологию.
В более широком смысле корни уходят в исследования по компонентно-ориентированному программированию и базам данных 1980–90-х годов.
Тем не менее, когда речь заходит о «создателе ECS» в индустрии геймдева, обычно имеют в виду именно Адама Мартина за систематизацию и популяризацию этого подхода.
наследование не "делается", а уже сделано программистом (Кармаком)
тем более это такое же наследование как в Си++ только без таблицы методов
а вот создание новых сущностей именно делается (скрипт = данные = не код) разработчиком мода или дизайнером уровня. принцип разделения кода и данных. но это ещё не ecs
опять же повторяю в сотый раз - ООП, ЕЦС это всё технологии созданные для разработки командой, если ты в одну морду код пишешь, то всё равно что там у тебя, ты в любой момент можешь написать новый класс/структуру и перекомпилировать, твой скриптер или левел-дизайнер - не может
нет, старик он моложе меня выглядит будучи старше там вообще не говорит что у него ЕЦС
а мне нейронка сразу про Looking Glass ответила, да я и сам знал до этого
пример не самый лучший, но самый ранний, потому что о более ранних играх с композицией мне неизвестно
Не упоминай. Эти дауны своим ecs головного мозга прикончили TX, потому что поддерживать ту id парашу на ручных текстовых конфигурациях было практически невозможно, миллиарды rpc событий, нарушение основных принципов ecs (исполнение кода прямо в компонентах с подачи компонентов), смешной билд, размазывание логики по системам (в однопоточном то сука режиме работы), буквально идеальный пример как ecs не надо применять
Я тебе уже объяснял, с пруфами дисассемблера. ООП цепочку вызовов соптимизирует компилятор, иногда до пары инструкций.
То что для DoD нужны какие то команды синьоров, это ты уже выдумал от безнадежности, цепляясь за любые соломинки. Я работал в АА+ с++ геймдеве, там было все очень просто, (1 пм в сша), 1 тимлид, 1 архитект, пара сеньоров вечно чем то занятая, пяток мидлов и один джун, которого все посылали на побегушки. Вот и все, лид и архитект просто говорили как делать, а как не делать, и писали либы и кодстайл, который все использовали. Плюс горизонтальный перенос скилов, мы сидели в одном офисе и все обсуждали и задавали вопросы.
>Я тебе уже объяснял, с пруфами дисассемблера. ООП цепочку вызовов соптимизирует компилятор, иногда до пары инструкций.
Да поебать мне на твои вызовы, ооп делает память фрагментарной и обмазывается данными из кучи, это множит на ноль существование кеша, а то что процессорных инструкций выполнится 10 а не 2 всем похуй, на фоне исполинских задержек при доступе к оперативе (в кучу) - это настолько мелкие копейки, что в лупу не разглядеть
> "в ECS самое главное это оптимизация данных", хотя это не самое главное
Разумеется ЕЦС - это отдельный вид извращения. Самое главное в проекте хотя бы средней крупности - это просто возможность продолжать его писить и поддерживать. ООП как раз решает эту проблему. Я не углублялся сильно в ЕЦС, но из того что понял по верхам, на каждый пук надо заводить свой обработчик, который пробегает по всем объектам, читает данные и исходя из данных делает то или иное действие.
Как выглядит кошка здорового человека:
У нас есть объект кошка, методы: идти, мяукать, чясать лапой за ушком. Мы пишем буквально буквально: Кошка- сходи туда, почеши за ушком и 2 раза мяукни. Любая бабушка с лавочки ничего не зная о программировании прочитав это код, поймет о чем идет речь и что делает этот скрипт.
А теперькошка отбитого человека. У нас есть кошка у которой в данных закодированно куда она сейчас идет, чешет ли она за ушком, мяукает ли. У нас есть глобальные обработчик "Ходитель" которые каждый фрейм пробегается по всему что в игре может ходить и проверяет не надо ли им схдить, если надо - ходим. У нас есть глобальный "Мяукотель" который пробегеатся по всем кошкам и проверяет не надо ли сейчас мяукнуть, у нас есть глобальный "чесатель за ушком" . Таким образом мы от парадигмы делать что-то только по запросу переходим в парадимгу спрашивать каждый тик каждый объект не хочет ли он пукнуть.
Кто был на всяких застольях с родсвенниками наверняка видел этих ЕЦС бабушек и тетенек, которые каждый 2 минуты спрашивают тебя, а салатика еще подложить? А чего селедочку не кушаешь? А компотика может подлить? А попробуешь баклажанчиков, баба Нюра подогнала. Вкуууусные - абалдеть. Если вам правда такое нравится - добро пожаловать в ЕЦС.
Мы обсуждаем ООП с SoA. С кэшем все заебись. Сплошные выигрыши. А то, что ECS не держит кэш в сложных сценариях, тебе тоже уже объясняли. Когда не сто юнитов ходит в ногу, а каждый делает свое действие.
Это конкретная реализация так косячит. В принципе, объекту нет необходимости быть некой областью памяти. Всё что ему надо - это уметь принимать и отправлять сообщения без выставления наружу кишочков.
>Мы обсуждаем ООП с SoA
Именно его.
>С кэшем все заебись.
Расскажешь
>А то, что ECS не держит кэш в сложных сценариях, тебе тоже уже объясняли.
Все держит, ecs из коробки поддерживает cqrs разделение для систем, за очередность отвечает планировщик
>Когда не сто юнитов ходит в ногу, а каждый делает свое действие.
Системы записи если не конкурируют за те же данные могут выполняться параллельно, мейнстримные ecs реализации это поддерживают (включая блеви), так что и тут мимо, все упирается в правильный дизайн систем
Обьект не живет в вакууме, к нему тянется ниточка от метода main, которая его тем либо иным образом дергает, находя его во всевозможных перебираемых коллекциях, потому хз о чем ты вообще
Проблема кэша - только потому что типичная реализация ООП держит все данные вместе. Делать это совершенно не обязательно.
Это все было разжевано. Простой сценарий, юнит может прыгать в рандомный момент, и быть подвержен гравитации. ESC сдохнет. Эти системы могут выполятся только последовательно. Сначала через кэш прогрузятся трансформы в первый раз для тех кто прыгал. Потом из кэша их выбьет когда прогрузятся уже вообще все кому применилась гравитация. Соптимизировать в одну систему компилятор это не сможет. В оставшееся время проц занят постоянным перестроением массива кто может прыгать. Ты конечно спизданешь что можно просто завести флаг, но тогда кэш будет выбиваться структурой с этим флагом. В общем, ECS шизиков только в дурку, и лишать их права работать с компьютерами пожизненно.
И? Не в этом поинт ЕЦС, а в том что ты можешь добавить компонент "Гравитация" и объекты начнут падать. Перформанс в случае ЕЦС это чистая случайность.
если ты запускаешь игру на часах "электроника" 88 года, то да
на современных компьютерах такого не бывает
>ESC сдохнет.
Больше поверю что сдохнут DODики.
>Эти системы могут выполятся только последовательно.
Ну они выполнятся последовательно. Не вижу проблем
>Сначала через кэш прогрузятся трансформы в первый раз для тех кто прыгал
Одним махом загонит, за одну команду, вместо длительного общения с кучей - все просто чанком залетело, обработалось процом и вылетело. Это будет очень быстро
>Потом из кэша их выбьет когда прогрузятся уже вообще все кому применилась гравитация
Схуяли их выбьет если системы работают последовательно, ибо конкурируют за те же данные? Матчасть учи
>Соптимизировать в одну систему компилятор это не сможет.
Мне похуй на компилятор. Ты упорно игнорируешь слона в комнате с бешеным латенси на доступ к фрагментированной оопшкой памяти, все еще цепляясь к процессорным инструкциям, которые из l1 вообще практически не вылазят
>В оставшееся время проц занят постоянным перестроением массива кто может прыгать
Инвалидация происходит единожды после всех проходов и делается многопоточно, так как задача - совместить несколько коллекций в одну. Удачи DODикам реализовать 100% ядер цпу
>Ты конечно спизданешь что можно просто завести флаг, но тогда кэш будет выбиваться структурой с этим флагом
Что-то невразумительное.
Я могу добавить гравитацию в ООП DoD.
>>1090466
На современных компьютерах у ООП тоже никаких проблем.
>>1090467
Объяснять что-то ЕЦС шизику это конечно тот еще гемор
>Ну они выполнятся последовательно. Не вижу проблем
В ООП эта цепочка вызовов была бы соптимизирована.
> все просто чанком залетело, вылетело
И так сто раз.
>Схуяли их выбьет
Не влезли в кэш, два раза проход циклом по трансформам. Или у тебя ЕЦС на всего 15 объектов? Ну так тут ООП только сильнее ебет.
>Ты упорно игнорируешь слона в комнате с бешеным латенси
Ты упорно игнорируешь SoA.
>Инвалидация происходит единожды после всех проходов
она не бесплатна.
>Что-то невразумительное.
Вразумляйся.
>Я могу добавить гравитацию в ООП DoD.
можешь, но для этого надо переписывать код
если ты сам себе гейм-дизайнер, программист и дизайнер уровней - тебе всё равно
> ООП эта цепочка вызовов была бы соптимизирована.
Как переход по ссылке в память обьекта из кучи может быть оптимизирован? У тебя там какой-то хитрый компилятор с кнопкой "скомпилировать хорошо", который и из кучи обьекты бесплатно достает и многопоток из коробки делает?
>И так сто раз.
Посчитай частоту дрочения кучи, ты там не сто а миллиард насчитаешь
>Не влезли в кэш, два раза проход циклом по трансформам
Не два раза проход, а один проход по одному чанку, который влез. Естественно у кэша память не бесконечная, но это все равно быстрее чем дрочить кучу
>Ты упорно игнорируешь SoA.
SOA к ооп имеет примерно такое же отношение как строгая типизация к классам джаваскрипта, ecs - это частный вариант soa
>она не бесплатна.
Нет в этом мире ничего бесплатного, но по сумме цена всей этой дрочи будет меньше чем у ооп
>Вразумляйся
Я по хуетантскому не понимаю, пиши нормально
История разработки ООП игр идет десятилетия и взаимодействия в командах давно проработанная вещь. Как по твоему редактируют код браузеров, операционных систем, годота?
Компонент "мяуколо" или кошка без самой 3д модели кошки заныканная за ящиком. Либо кошка к которой добавлен компонент инвенторя и модель ящика. Да миллион решений.
>куча куча куча
>SOA к ооп имеет примерно такое же отношение
Что дальше с ЕЦС-шизиком обсуждать после такого? Гугли: github c++ soa
> но по сумме цена всей этой дрочи будет меньше чем у ооп
Тут может показать только бенчмарк на реальных сценариях (а не как обычно у ецс на миллионе одинаково вращающихся кубов)
>Я не понимаю
Это заметно
Нет - компоненты это особенность гейдева и никак не притоворечат ООП. Гейдев не отрицает наследование как таковое, просто конкретно в этой области компоненты дают больше гибкости. Композиция - такая же ООП фича.
Да. Глобальные переменные - самая оптимизированная конструкция в мире.
https://fzakaria.com/2026/06/01/every-byte-matters
вот тут написано
>Тут может показать только бенчмарк на реальных сценариях (а не как обычно у ецс на миллионе одинаково вращающихся кубов)
Та тебе любой сценарий дай - ты сразу заявишь что DODстер бы сделал намного быстрее и вообще тебе не нравится
https://www.reddit.com/r/Unity3D/comments/1oglwqz/made_this_using_unitys_ecs_and_job_system_ama/
ну да, код всё равно надо писать, но это разные виды взаимодействия
например у тебя написан код компонента "огонь", и система получения ущерба -
и тогда дизайнер уровня добавляет к объекту компонент "огонь" и получают огненную стрелу, огненный кинжал, огненный пол, огненную ловушку, огненного стражника и т. д. тебя это просто не волнует
потом дизайнер говорит что ему нужны отравленная стрела, отравленная ловушка, отравленная стена, отравленная собака и отравленная аптечка. если у тебя компонентная организация кода, ты пишешь систему отравления и ещё один компонент "отрава". если у тебя ООП, то ты делаешь столько классов, сколько надо дизайнеру
так я не утверждал что противоречит, я не сторонник такой непоколебимой позиции
У меня в РПГ ООП и компонентная организация кода. Я сделал одну РПГ на ЕЦС, ЕЦС оказалась неподходящей для геймдева хуиткой.
ну я третий раз за последний час пишу, что если ты сам себе режиссёр, то компоненты вообще не нужны
а если ты не автор игры, а только техническую часть пишешь, то они могут пригодиться не только с точки зрения производительности, а с точки зрения взаимодействия с твоим коллегой
есть ещё третий сценарий, какие-то мега-битвы с 100 тысячью юнитов, но это маркетинговый бенчмарк
Но минусов от ЕЦС я вижу больше, чем плюсов. И самый главный даже не в том, влезаен он куда-то или не влезает, а то что оно ломает бытовую человеческую модель мышления(вот кошка - она мяукает) на модель мышления гика извращенца(вот бог мяуколо который дергает за хвост кажду кошку каждый кадр и поэтому она иногда мяукает). Цель ООП да и вообще архитектуры - борьба с неуправляемо нарастающей сложностью проекта. Конечности человеческих конгитивных ресурсов на фоне теоретически бесконечно сложной программы которую может выполянить машина. И это мы пока про элементарные вещи говорим. Стоит игре выйти за пределы прыгающего 2Д человечка, наш ЕЦС превратится в огромный железнодорожный состав всяких обработчиков, каждый из которых вещь в себе. Не имеют никакой структуры, никакой модели, а просто набор висящих под потолком процедур которые каждый делает свое дело и поебать на все остальное. Это шаг в сторону процедурного программирования.
1. ты на то и программист, чтоб иметь мышление гика-извращенца
2. ООП появилось как раз чтобы объяснить программирование массам индусов без технического образования, но они пишут не лучший код
3. сейчас мышление можно переложить на LLM
>Но минусов от ЕЦС я вижу больше, чем плюсов. И самый главный даже не в том, влезаен он куда-то или не влезает, а то что оно ломает бытовую человеческую модель мышления(вот кошка - она мяукает) на модель мышления гика извращенца(вот бог мяуколо который дергает за хвост кажду кошку каждый кадр и поэтому она иногда мяукает). Цель ООП да и вообще архитектуры - борьба с неуправляемо нарастающей сложностью проекта.
Это потому, что ты смотришь на ecs и прочий dod глазами обычного инди-гречневого разраба. Для содержания крупной кодовой базы на этих технологиях выделяются тысячи человекочасов и десятки инженеров, просто поддерживать это говно рабочим и производительным, правильно выстраивая архитектуру чтобы выжать максимум. Повышение управляемости - это задача для тех, кто честно признает что не тянет сам обслуживать крупную кодовую базу с сложными механизмами управления данными и перекладывает сложности на автоматическую коробку передач (однопоток, мусоросборщик, типизация, ООП). Эта задача появляется только при недостатке ресурсов на разработку, и есть существующие рабочие решения, которые не бесплатны, но повышают доступность разработки.
я думал ты про сервисную архитектуру
там про какие-то оптимизации для муравьёв, пофиг
Шиза. Я выше уже писал, разработка игр на ООП десятилетиями велась довольно мелкими командами.
>сейчас мышление можно переложить на LLM
Как раз нельзя. Буквально сегодня на хабре статья от мелкобуквы как ллм требует больше мышлить.
Каким бы ты гиком ни был, твои когитивные способности и кол-во связей одновременно удерживаемых в голове ограничено. Просто попробуй не читая с бумажки прочитать четверостишье про "Мороз и солнце день чудесный и.т.д" в обратом порядке. Все слова(данные) у тебя в памяти есть, просто поменялась связь. На практике это вылевается в то, что при процдеурном программировании ты 80% времени будешь тратить на то, чтобы скролить свою простыню, пытаясь понять что откуда вызывается, что куда передается. И с довольно раннего этапа жизни проекта он тупо утонет. Ковыряя свзязь номер 5 ты уже забудешь что было в 1 и 2. Просто индус запнется на связи номер 3, белый человек на 5ой, а гик на 9ой вот и вся разница. Фундаментально ты все равно затупишь и утонешь. И чтобы бороться с этими фундаментальным ограничением любого человека-программиста и были придуманы такие абстракции-обертки над машинным кодом как ООП и всякие паттерны.
Не, не буду. Лучше dalerank посоветую, у него много интересного про геймдев
Создание некой копии окружающего мира внутри компьютера это ошибочная и тупая идея.
Манипулировать данными, очевидно. ООП в своём наиболее распространённм виде весьма паршивый способ их организации. ECS тоже ООП, к слову, тебе никто не запрещает считать ентитю чёрным ящиком.
Это правильная и умная идея. Сначала надо перенести весь реальный мир в компьютер, а потом уже что-то поменять или добавить.
Если ты знаешь ООП на уровне школьника, то это не проблема ООП.
значит весь ООП софт который нас окружает написан тупыми, выключаем кудахтер идем дрова колоть и корову доить
пофиг на ускорение цикла в 30 раз?
уровень интеллекта: хуан
ну если мне нужно будет по 10 тысяч монстров каждый кадр гонять, так и сделаю, а так нет
>Манипулировать данными, очевидно
Ну так это ассемблер, это буквально то, чем занимается кудахтер. Читает яйеку, что-то с ней делает, записывает назад ну или в другое место. Чтение-модификация-запись. Только в таком коде нет идеи которую можно прочитать. Это тупо набор кирпичиков. Взяли тут, прибавили тут, положили сюда. И таких миллионы операций. Первое очеловечивание кода - это дать некоторым ячейкам имена(да из реального человеческого мира). Вот эти 2 байта - это у нас время, а вот эти байты - температура, а вот эта метка в коде пусть назыается Measure: тут будут команды которые опрашивют дачтик температры. Развивая эту логическую цепочку ты и придешь в итоге к этому самому ООП. У нас должен быть объект термометр с методом измерить, у нас должен быть объект журнал с методом сделать запись. У нас должен быть какой-то цикл который дергает термометр, и записывает в журнал температуру. И любой человек даже далекий от программирования прочитав эту программу поймет что она делает.
это не так работает. либо делаешь нормально с начала, либо получается годот.
> Стоит игре выйти за пределы прыгающего 2Д человечка, наш ЕЦС превратится в огромный железнодорожный состав всяких обработчиков, каждый из которых вещь в себе. Не имеют никакой структуры, никакой модели, а просто набор висящих под потолком процедур которые каждый делает свое дело и поебать на все остальное
Это не правда.
с какого начала? у меня нет таких игр где больше десятка юнитов/персонажей на экране, плевал я на твои оптимизации
все так думают в начале. а потом оказывается что нужно не 10, а 100 на экране. а экранов тоже 100... и так далее.
>Подобные паттерны встречались ещё в коде в 60х годах.
ну смотри, есть классика паттернов. И все называют что основателями была банда четырех. Это не значит что до них никто не знал о синглтонах. Это значит что именно они собрали опыт других программистов, систематизировали его. поэтому все знают о банде четырех, а не васях пупкиных которые еще на мейнфреймах это делали.
Или другой пример - рейкаст тоже считается изобретением Кармака.. при том что Кармак его спиздил из ультима андерворд. Но у Кармака он был идеальным - поэтому с него все и стали копировать. Также было и с BSP.
Или даже кубоигры - все же считаю майнкрафт и Нотча основателем этого стиля графики. Хотя всем известно что Нотч эту идею спиздил из другой игры.
также и ecs - наверняка дохера кто так делал. но формализовал и привел к современному виду все это Adam Martin.
тем более что в те времена писали на Си, а сам этот язык способствует DOD разработке, просто потому что любая другая на нем через жопу (типа попытки ооп там сделать). То есть вполне может быть что делили на базовые типы, и отдельные системы чуть ли не 90% программистов того времени.
И почему конретно разраб thief называет себя основателем ECS - это какая-то хуита, ведь он:
- не сделал никаких докладов об этой теме (как например разрабы dungeon siege)
- не приводил это все к единому стилю
- в thief не было ничего подобного - там было классик ооп.
>это множит на ноль существование кеша,
а еще множит на ноль механизм работы многозадачности твоего процессора. Ядро процессора может решать только одну задачу. А планировщик заданий винды решает - какую конкретно. и не факт что именно твою. А так как кеш первого уровня очень-очень маленький - все данные из него нахуй посылаются куда подальше ради новых от другой задачи.
Конечно это все по одному ядру, но во-первых в среднем у тебя всего 8-16 ядер (а запущенных процессов больше 20к на чистой системе). во-вторых не факт что оно нормально раскидывается по ядрам, а не сидит на первом (по нагрузкам диспечтера часто видно что первое ядро по максиму грузит, а остальные в простое).
И вроде как еще говорят что в новых процессорах есть механизм который не дает скидывать кеш, плюс сами кеши наконец-то в мегабайтах... Но во-первых - в новых. Во-вторых есть всякие китайские андроиды, где подобных механизмов никогда не было.
> еще множит на ноль механизм работы многозадачности твоего процессора
Если речь про ecs - как раз наоборот, планировщик ecs максимизирует нагрузку ядер, хотя иногда просаживается из-за не идеального по своей природе способа разруливания конкуренции за данные, если системы раздроблены недостаточно и берут на себя слишком много, что можно некоторым образом скомпенсировать, если запускать параллельно работу самих систем на ядрах (чанки компонентов обрабатываемых одной и той же системы начинают параллельно обрабатываться на всех ядрах), добиться такого эффекта на dod - задача чрезвычайной когнитивной нагрузки, хоть и выхлоп в случае успеха будет еще более значительный.
>во-вторых не факт что оно нормально раскидывается по ядрам, а не сидит на первом
Система резервирует по потоку на ядро, а там конечно - как пойдет, над планировщиком самой системы власти конечно нет, но в 99% случаев - нагрузка честно сьедает все ядра цпу, правда обеспечить такую нагрузку - уже задача нетривиальная и есть только в ecs бенчмарках
>Во-вторых есть всякие китайские андроиды, где подобных механизмов никогда не было.
В них проблема медленной кучи только обостряется, а компьютерные процессоры вообще без кэша остались в прошлом веке
>максимизирует нагрузку ядер,
ты не можешь максимизировать нагрузку. это полностью задача операционки. Максимум ты можешь поставить флажок что твой процесс очень важный. а операционка может забить на этот флажок, потому что другие процессы тоже его выставили.
еще раз - погугли что такое вытесняющая многозадачноть. Это все работает на уровне ядра и тебе туда доступа нет.
Ты наверное не понимаешь - работу процессов не данные определяют. Ты можешь хоть как выебываться с данными - это не влияет на планировщик процессов. он не от данных решение принимает
>И почему конретно разраб thief называет себя основателем ECS
он не называет, я посмотрел видео. он даже ни разу словосочетание ECS не произносит. это его кто-то назвал в какой-то презентации
это компонентная система на традиционных классах - шаг в сторону ECS, но не современный ECS
почему я так много о ней говорю - код движка Thief/System Shock 2 открыт и там можно посмотреть. код устаревший и запутанный, но он работает
у Dungeon Siege движок не открыт, есть реализация OpenSiege, надо посмотреть как они там сделали
вот
https://www.youtube.com/watch?v=aC7VxmaiYQg
там буквально прямоугольник под роботом, тени нарисованы как текстуры (и много где их нет).
И что - плохо выглядит? неа.
не дрочите блядь в фотореализм - у вас на него денег нет. хоть даже если UE6 возьмете (натаскать ассетов из стора - это не сделать игру)
>Ты наверное не понимаешь - работу процессов не данные определяют. Ты можешь хоть как выебываться с данными - это не влияет на планировщик процессов. он не от данных решение принимает
По твоему винда спит и видит как бы потратить такты не на полезную нагрузку в ресурсоемком приложении, которое пометило свои потоки как приоритетные, а на то чтобы еще разок в фоне рекламу обновить? Что ж, вполне возможно. Переходи на линукс, там таких проблем нет, оверхед системы околонулевой. Ну или не запускай сразу 2 бенчмарка на одном компе, чтобы они не воевали за ресурсы.
>И что - плохо выглядит? неа.
Да, это очень плохо выглядит и тени тут вообще минорный ухудшайзер. Даже алиасинга минимального не сделали. Экран стробит, режет глаза ебучими острыми гранями. Дизаин - стандатный грязный постапок когда на все объекты в игре натянута одна серобуркозявчатая текстура болота помноженная на белый шум.
>Даже алиасинга минимального не сделали.
свиделет алясинга - плез, никому твое мыльное сглаживание не нужно.
пиксельная стилизация улучшает картинку. именно поэтому например в 2д играх НИКТО не делает сглаживание (хотя алгоритмы для этого есть - но пиздец какой убогий результат).
в 3д слишком много новиопов алясинга, которые не видели мыльную жопу 2004-2006 годов. поэтому дрочат на эту хуитень.
хорошая картинка должна быть пиксельной а не мылом.
>Но соперника все равно нет.
Он рано или поздно появится и соберёт всю аудиторию которую заебала юнити.
У годота было несколько отличных шансов переманить кучу разрабов и все эти шансы были потеряны. Вообще охуеть как годоту в этом плане везёт потому что юнити постоянно роняет мыло.
Но этот движок настолько плох и уже не станет лучше. Стоимость кода снижается, поэтому рано или поздно просто появится нормальный MIT движок. Проблема годота не в самом годоте, а в том как он делается, иначе бы все проблемы поправили ещё года 3 назад, поэтому уже понятно что лучше не станет. Так же уже понятно, что юнити загибается под собственным весом.
> а в том как он делается
вообще да.. более уебинских админов я еще не видел... и я даже не про их современную поветоску... они ебнулись за много лет до повесточки.
все началось с их манифеста правильных пул реквестов - где ты буквально должен был отсосать админу чтобы твой код приняли. Я не утрирую - так столько шакальных требований было что если все их емко назвать двумя словами - то это и будет "сосать админу".
то есть любое решение о принятии новых решений, фиксов багов, и прочего принималось конкретным админом. не сообществом, не потребностями - а дурачком-вахтером которому дали банхаммер.
Я лично вижу единственную причину почему при такой ебанутости годот жив - все таки в мире много программистов которые хотят творить код. А нормальных проектов движков практически нет
Другие справились с требованиями без всяких проблем и законтрибьютили кучу всего в рендер, значит в требованиях никаких проблем нет.
А вообще, это единственно правильный способ разработки проектов. Когда есть лидер, есть ядро команды. Толпа никогда не сможет сделать просто наваливая хотелки. Каждая хотелка должна быть не просто кем-то написана и добавлена в сочетании с другими фичами, ей еще и нужен мейнтейнер на все время.
Но там есть голосование за пропозалы. Убеждаешь людей, что надо что-то добавить, так это и работает. Но, к сожалению, тут как раз нужен ценз, что голосует именно комьюнити годота. А то получится, как когда во время юнитифейла с роялти набежала куча юнитидетей и проголосовала за развитие C#. Юнитидети тут же разбежались, а в годоте теперь проблемы с пропуками рейкастов. Которых при нормальном эволюционном развитии не было бы.
>>1090657
Годот и конкурирует с юнити. Раз люди выбирают годот вместо юнити для следующей игры по совокупности технических фич. А полностью перебить корпорацию - это из разряда фантастики. Ну влей столько же миллионов в разработку и маркетинг, или хотя бы 1/10. См. долю линукса в ОС, см. долю блендера в 3д.
> это единственно правильный способ разработки проектов
отсеивать технически грамотных и оставлять лояльных - это способ управления государством, а не научно-инженерным проектом
>Годот и конкурирует с юнити
годот не конкурирует с юнити, потому что он бесплатный
у тебя и фалько конкурирует
Соблюдать требования коммита - это тоже технический навык так то.
Юнити бесплатная, по версии движкосрач треда.
>Когда есть лидер, есть ядро команды.
Да. Но он дегенерат. В этом проблема.
>Которых при нормальном эволюционном развитии не было бы.
Поддержка C# заявлялась задолго до. То есть она уже была хуёвой.
>Годот и конкурирует с юнити
иксди
>Юнитидети тут же разбежались, а в годоте теперь проблемы с пропуками рейкастов.
Ты с больной на здоровую-то не перекладывай. Если бы в годоте был только с#, а богомерзкий гдс был выпилен - проблемы с рейкастами сразу бы решились. Проблему можно решить даже не избавляясь от динамикодрисни, просто для гдс надо сделать поверх нормального, типизированного апи - нетипизируемое variant говно, чтобы говноязыки общались через него, а языки здорового человека с типизацией - через нормальное, типизированное апи. А не как сейчас.
Хуй знает. Но ждать не советую. Либо принять и терпеть сейчас и навеки либо эвакуироваться на другой движок. 4 доводили до ума около 4 лет, а новое апи -> поломка обратной совместимости для с++ модулей и значительная переработка движка.
>>1090756
Нет, в том то и прикол. На gdextension живет любое взаимодействие с движком, это единственная апи-точка, другой нет, для всех языков, включая гдс и модули на плюсах. Хочешь производительности - хуярь код игры прямо в двигло.
Норм язык, в отличие от говноть-скрип для генерации пропук
Ирония, что рейкасты на гдскрипте не пропукивают, а пропукивают именно на сисярпе.
Ирония в том что ты слишком болен думскроллингом чтобы прочитать хотябы вывод статьи про пропуки рейкастов, поэтому потешно распинаешь гонца приславшего дурную весть, вместо того чтобы принять во внимание и признать проблему
Все разжевано тут https://gist.github.com/reduz/cb05fe96079e46785f08a79ec3b0ef21
Если вкратце, то никакой проблемы, кроме пары таких функций, и только в C#, и нет.
>Все разжевано тут
Нихуя там не разжевано. Там дело не в связывании ссылки на память, а в том что апи(gdextension) генерирует словарь на каждый отдельно взятый рейкаст. Чел тупо подменил понятия и опустил этот важный для пропук-картины ньюанс, что иначе как обман (естественное поведение для этих товарищей) и демедж контиоль - я не расцениваю. Именно поэтому пропуки будут везде, и на с++, и на с#, и автор обсуждаемой статьи подтвердил это тестами. А вот автой этой портянки только увильнул от ответа на вопрос, нахуя там генерируются словари, а ответ простой - потому что без variant словарей - динамидрисня отвалится.
Там все разжевано, в том числе что таких функций буквально пара, о чем и написано. А ты - обычный клоун, который раздувает это в невероятную проблему.
>в том числе что таких функций буквально пара
Дело не в том что таких функций пара, а дело в том что рейкастить нодой быстрее чем райкастить через апи. Я не понимаю зачем так яростно отрицать очевидное
>А ты - обычный клоун, который раздувает это в невероятную проблему.
Динамикодрисня - всегда будет проблемой. О ней же речь, когда приходится кешировать stringname на любых языках кроме гдс (в котором все строки - stringname из коробки). Вопрос времени, когда еще понадобятся функции с кортежем результата на горячем пути. Можно это признать, хотябы починить рейкаст апи заплаткой, чтобы люди не рейкастили нодой, но товарищи предпочитают увеличивать углеродный след бессмысленными тактами цпу на обеспечение работы рейкастинга через апи.
>Дело не в том что таких функций пара
Дело именно в этом. Это в целом несущественная фигня.
> на любых языках кроме гдс
Ну вот и пример, в котором гдскрипт - лучше других языков. А кричали что он плохой.
>товарищи предпочитают увеличивать углеродный след бессмысленными тактами цпу на обеспечение работы рейкастинга через апи.
Ну выкинь компьютер, там вообще виндоус, а еще там бывает софт на C# где вообще рефлексия, и поиск объектов по строковым названиям, это вообще кипятильник нахуй.
> Хочешь производительности - хуярь код игры прямо в двигло.
Это и есть нормальный способ разработки сложных и/или нестандартных игр. Только так компилятор c++ может оптимизировать код максимально. Любые плагины - это непрямой вызов через указатель, что всегда ведет за собой снижение производительности в обмен на удобство разработки. Но в большинстве простых игр тебе это просто не понадобится, ты не упрешься даже в производительность гдскрипта. Мне буквально пару раз приходилось переходить на c++, когда делал игру наподобие нойты где все пиксели надо обсчитывать, и другую где хейтмап террейн можно было копать. там тоже была работа с пиксельной текстурой.
>Ну вот и пример, в котором гдскрипт - лучше других языков. А кричали что он плохой.
Ну мне не впадлу закешировать stringname а не простой string, тем более это бесплатно и решает проблему без остатка, можно это принять как маленькую условность о которой надо читать не в документации, а в ишьюсах с жалобой на пропуки. Гораздо страшнее - то что динамикодрисня сделала с апи, вынуждая пользователей рейкастить нодой, чтобы апи поменьше попердывал совершенно излишними аллокациями.
>Дело именно в этом. Это в целом несущественная фигня.
Согласен. Подумаешь, какие-то смешные рейкасты. Да кому они вообще нужны, в маняфантазиях игры легко делаются без рейкастов, и вообще - хуан сказал что 100 рейкастов в кадр хватит всем, а кому не хватит - тот лох и вообще терпи.
>C# где вообще рефлексия
Да будет тебе известно - результаты работы рефлексии можно закешировать, и работа с такими закешированными данными будет отличаться полдесятком инструкций разницы. В отличии от динамикодрисни, где рефлексия вшита в днк, и каждый обьект это не структура а map в куче.
>>1090784
>Это и есть нормальный способ разработки сложных и/или нестандартных игр
Из принципа не лезу в ядро. Да и желание делать 1000 рейкастов в кадр не назвать сложным запросом, у нормальных движков с такой задачей 0 проблем. Возможно, когда-нибудь - упрусь в потолок. А пока - буду рейкастить нодой, я не гордый.
Покажи игру, где понадобилось делать 1000 рейкастов каждый кадр. Именно каждый кадр, не какие-то там планировщики путей для мобов которые срабатывают батчами раз в секунду, Звучит как шиза, не имеющая отношения к геймдеву.
да в любой игре, считай машинка с 4 колёсами это 4 рейкаста на колеса, 4 на крыше чтоб проверять не перевернулась ли, как минимум по 2 на каждую сторону чтоб проверять - застряла или нет, также рейкаст на проверку вхождения в чекпойнт, это уже 17
>да в любой игре
Не в любой игре есть машинки, тем более на рейкастах.
Машинку можно вообще сделать из шарика.
Но допустим 4 колеса-рейкаста.
Переворот - элементарно определяется по углу, зачем там 4?
Вхождение в чекпойнт это или триггер area или вообще простейший рассчет расстояния через distance squared
Проверять застревание надо только в направлении движения, ну еще 4
Всего 8 получилось. Так они еще и на нодах легко делаются, а анон говорил что ноды быстрые, апи медленное.
Годот - экологичный движок. Он не позволяет писать хуйню.
У годотохейтеров аргументов и не появлялось, из пальца высасывали.
>аргументов
Сам движок - уже одна большая куча аргументов
Верно. Хуан взял и создал работающий движок. Хейтеры завидуют, вот и рвутся.
>Словив ебучий наноредкий баг в хрюнити, но благо десяток лет опыта дали о себе знать, и уже на первом часу тестов понял что надо будет изъебнуться чтобы его обнаружить и через костыль пофиксить. Уф.
>шарпомуху
Узнаю шиза с /pr, ты и сюда забегаешь со скуки?
https://vkvideo.ru/video-18181383_456245733
>Другие справились с требованиями без всяких проблем и законтрибьютили кучу всего в рендер,
ну-да, ну-да. пропуки до сих пор висят... помню в теме годоти, когда кто-то находил проблему, ему давали васянский пулреквест который он должен был ручками смежить у себя, потому что вахтер-админ не принял этот фикс. таких моментов было много.
>>1090690
>А вообще, это единственно правильный способ разработки проектов. Когда есть лидер, есть ядро команды.
тебе правильно сказали - это модель государства, при этом деградирующего. когда есть лидер, и его команда. а всех посторонних туда хуй кто пустит. Первоначально они что-то делают. а потом.. проходит 20-30 лет и везде какая-то пизда.
>А то получится, как когда во время юнитифейла с роялти набежала куча юнитидетей и проголосовала за развитие C#. Юнитидети тут же разбежались, а в годоте теперь проблемы с пропуками рейкастов. Которых при нормальном эволюционном развитии не было бы.
Кстати, это реально фейл, они же тогда вроде js дропнули?
Сейчас бы сидели и писали на топ по популярности языках js/ts и в ус не дули, без минутных компиляций.
js - один из самых скоростных языков по прототипированию, а мета возможности над языком просто колоссальны. Плюс 100500 языков которые могут переводить код в js. То есть, не надо даже расширений (тайпскрипты, дарты, котлины, скалы, кложы, питоны - все что угодно)
>Кстати, это реально фейл, они же тогда вроде js дропнули?
Они его дропнули 10 лет назад, и прямо скажем - туда ему дорога. Они скорее дропнули доверие к своему подходу к извлечению прибыли из юзеров движка
>мета возможности над языком просто колоссальны
Пусть свои метаироничные возможности реализовывают гаврики в своих кокосах и прочих годотях, нам такого здесь не надо, у нас строгая типизация и свое метапрограммирование на рефлексии и кодогенерации
Так писали бы на своем тайпскрипте (даже мелкомягкие с ним не нарадуются). Типизация лишь помогает не срать под себя, не более. Но да, димнамикодресня требует большего скилла, чтобы не срать уже на себя полностью (поэтому димакодресню выбирают ньюфаги и ПРО).
То есть, ts, какой-нибудь котлин, куда лучше огрызка дотнета на моно.
Да даже (простите меня) - го куда лучше.
Промышленное программирование в геймдеве не нужно, нафиг там шарп уродец, пародия на настоящий дотнет - я не понимаю.
>мета возможности над языком просто колоссальны
Большие возможности - большая ответственность. Динамикодресня позволила бы организовать ваш ECS почти бесплатно (с точки зрение затрат усилий программиста). Вот и думай.
>Но да, димнамикодресня требует большего скилла, чтобы не срать уже на себя полностью
Невозможно. Единственный способ на динамикодрисне поменьше срать под себя - это вынесение любых мало-мальских алгоритмически-вычислительных процессов в либы на компилируемые строго типизированные языки, которые затем будет дергать динамикодрисня.
>Так писали бы на своем тайпскрипте (даже мелкомягкие с ним не нарадуются)
Зачем нам тайпскрипт если у нас есть охуенный с#? Даже в виде моноогрызка, там идей заложено на годы вперед. Променять строгую типизацию (== производительность выполняемого кода), на подсвинка js чтобы что? Чтобы веб говноедам жилось лучше? То что паджиты любят какать под себя на node.js это я конечно знаю, но я в таком не участвую.
>какой-нибудь котлин
Jvm в другом обличии. Жава сосет бай дефолт, она менее производительна, а в 25 релизе до сих пор нет методов-расширений. Это пиздец. Пусть сидят и ебут друг друга в жопы на спринге и libgdx, нам такого тут не надо
>го куда лучше.
Инфоцигане рассказали? Брат-долбоеб gds с if(err==nil) в геймдеве точно не нужен, пусть паджиты им мажутся и кайфуют.
>нафиг там шарп уродец, пародия на настоящий дотнет
Как язык, реализовывающий спеку с# может быть пародией? Это буквально c#, просто устаревший по версии. Полная поддержка netstandart 2.0.
>Динамикодресня позволила бы организовать ваш ECS почти бесплатно
Блять, разрывная просто. Ты в курсе что такое ecs вообще? В динамикодрисне это невозможно по определению, потому что для этого нужны структуры и возможность управлять памятью (шарп может).
> Ты в курсе что такое ecs вообще? В динамикодрисне это невозможно по определению, потому что для этого нужны структуры и возможность управлять памятью (шарп может).
А был бы программистом, а не фанбоем, немного подумал и понял как это можно легко сделать. У нас только одна задача, уместиться в кэше и не дергать ОЗУ (и не насиловать мозг программиста).
>не дергать ОЗУ
Невозможно. В динамикодрисне любой обьект - map. Он не может не дергать озу, потому что это и не обьект вовсе, это контейнер. Нужны структуры, настоящие структуры.
Ты же в курсе, что структура это упорядоченные (и чаще выровненные) байты разной длины? А массив это упорядоченные данные одинаковой длины. А теперь подумай, можно ли комбинируя это, создать "некую упорядоченную таблицу" в памяти и полностью поместить в кэш процессора?
А потом подумай можно ли сделать прозрачный механизм между программистом и компилятор (в байткод), чтобы компилятор/виртуальная машина все это упорядочивала, занималась рутиной, а программист дальше писал императивный (и привычный ему) код?
А потом подумай почему мета-программирование динамических языков позволяет сделать это еще проще.
И не забывай в динамическом языке тоже есть типы.
>А массив это упорядоченные данные одинаковой длины. А теперь подумай, можно ли комбинируя это, создать "некую упорядоченную таблицу" в памяти и полностью поместить в кэш процессора?
Конечно можно. Правда таких языков нет. Оптимизации js - это генерация скрытых классов. Т.е. за полями надо лазить в озу по ссылкам. А еще - коллекции в js хранят ссылки на значения а не сами значения, потому что ресайзинг такой коллекции будет невероятно затратной операцией. Потому конечно можно вообразить себе такой механизм в теории, но только вообразить. Если надо не воображать а делать - добро пожаловать в строго-типизированные языки с средствами управлением памятью, у c# для этого отличная поддержка unsafe и span представлений непрерывной памяти.
> у c# для этого отличная поддержка unsafe и span
Классическое удаление гланд через задний проход.
Просто возьми С/zig/C++ и сделай новый мета язык с таблицей и шлюхами шедулером. тебе не нужны все фичи промышленных языков, в том числе ООП, но возможно тебе понадобиться асинхронность под капотом без покраски функций как у го. Да, у го ужасный дизайн языка, но теха в основе очень хорошая и скорость компиляции
>а вот в ЕКМАСкрипт...
>аря маняпагамиванье
>струкококоры Е.КА.ЭС.
>выбор между C, C, C и C
Какие же вы все тут дети.
А вот на Паскале хорошо...
>Просто возьми С/zig/C++
О как. Но только мелковато взял, надо не только плюсы вместо инди-френдли языка с gc и строгой типизацией, надо еще и свой движок хуячить, по заветам местных шизиков.
>сделай новый мета язык с таблицей и шлюхами шедулером
Зачем? Он у меня уже есть. Степени свободы шарпа близки к безграничным.
>тебе не нужны все фичи промышленных языков
Нужны. Я обожаю все фичи шарпа, все до единой. Ну ладно, за исключением того что паджиты начали питонзировать часть его синтаксиса с 14 релиза, но это как нибудь переживу.
>но возможно тебе понадобиться асинхронность под капотом
Учитывая что разница невелика - по большому счету похуй в разрезе годота, на котором я сижу и у которого все апи потокобезопасно. От того что джава и го прячут цвета разноцветных функций - от этого менее разноцветными они не становятся, просто под капот уходит визуальная семантика await.
>скорость компиляции
Шарп здесь мало чем отличается
>часть его синтаксиса с 14 релиза
...Юнити судорожно пускала слюну, глядя на ветрину с новыми версиями дотнета.
>Степени свободы шарпа близки к безграничным.
Да-да, ты только таблетки не забывай принимать...
>>скорость компиляции
>Шарп здесь мало чем отличается
Как узнать что шарпомуха врёт? Она открыла рот!
Две абсолютно одинаковых утилитки, да разница небольшая, но это уже звоночек (больших одинаковых приложений у меня нет, но явно шарпы уйду за минуты).
>go
Пхех.
Скачал я как-то этот go, а он тормозной и жырный.
А вот Lazarus собирается за секунды (≈1 ГБ файлов).
Кстати, как собрать .NET из исходников? Он на C#?
Но кода на шарпах почти 3 раза меньше, даже с условием, что в шарпах приняты дурацкие отступы для {...}.
Так что движкописям на заметку, го почти как скриптовые языки собирается.
>Скачал я как-то этот go, а он тормозной и жырный.
Действительно, 65мбайт установщик, куда так раздувают.
Не то что мне сейчас пришлось скачать 12Гб для дотнета (вместе с С++ линкером на ~7Гб где-то для AOT)
>>1090947
>Lazarus
>go
что только безыгорные годоти не придумают лишь бы на юнити игры не делать
Ого, 4 секунды компиляция. Не, ну это долго, согласен. Правда из этих 4 секунд 3 - это загрузка сборок в память компилятора, ну да ладно. Разница действительно ощутимая
>65мбайт установщик
Ты на затраты оперативки посмотри...
Нет современного языка эффективнее Free Pascal.
>>1090955
>Ого, 4 секунды компиляция
А теперь представь, что тебе нужно КАЖДЫЙ твой скриптофайл в игре компилировать при КАЖДОМ переключении с редактора кода на движок. Вот не удивлён, что Unity тратит 50+ секунд на альт-таб...
>3 - это загрузка сборок в память
Хочешь сказать, что он там с HDD компилирует?
Вот поэтому я не могу работать в юнити. Он прекрасный движок, но это компиляция просто невыносимо. И ладно если бы компилировать можно было по нажатию, нет конечно это можно сделать если настроить и поставить плагин, бесплатный перестает работать но есть еще и платный. Но это же пиздец. Каждое, буквально каждое изменение в коде и сиди жди секунд 5-10 пока скрипты обновятся.
Ну, может, я не то запускал. Я его уже удалил.
Там просто больше 500 Мб было на хеллоу ворлд.
>А теперь представь, что тебе нужно КАЖДЫЙ твой скриптофайл в игре компилировать при КАЖДОМ переключении с редактора кода на движок.
Компилирую на допотопнейшем офисном двухядерном пеньке. Домашний комп компиляцию даже не замечает. 6 МБ кодобаза. Если у тебя комп как у меня - возможно тебе стоит обновить железо. Ну или терпи err==nil
>Хочешь сказать, что он там с HDD компилирует?
Хочу сказать что лучше проверять на крупной кодовой базе, хотябы сопоставимой по массе.
>>1090960
>Вот поэтому я не могу работать в юнити. Он прекрасный движок, но это компиляция просто невыносимо.
Купи ssd
>>1090965
Другие бенчи тактично не показываешь?
https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/mandelbrot.html
Edit -> Preferenced -> Asset pipeline -> Auto refresh -> Disable
>Там просто больше 500 Мб было на хеллоу ворлд.
Такого никогда не было. Периодично щупал это говно с момента релиза.
А вот шарпы до 160-180 раньше отъедали.
В инете как-то гулял тест на миллионы потоков (его смаковали шарпомухи). В неопытном тесте (или подстроенной купленной статье), го под конец вываливал за 2Гб ОЗУ. Только вот лицемеры не сказали что только один го из всех языков смог наплодить миллион зеленых потоков (~2кб каждый).
Го ужасный дизайн языка, но рантайм там хорош.
>>1090968
Замеры коня в вакууме не интересны (там в регулярках го вообще сосёт из-за тупого подхода). Я хотя бы http или сокетодробилку показал.
Но в любом случае он ни разу не тормозной и не жерт по 500мб в хеллоуворде. А еще на TechEmpower евангелисты шарпов подкручивали тесты (потом картинка весела у них на сайте дотнета), так что к тестам шарпов у меня нулевое доверие, можно легко наступить в маркетинг.
у го там тоже сомнительные решения весят в тестах, огрызки http-протокола. Так что там тоже фанатиков хватает.
нафига это в играх нужно? на go нет ни одного нормального движка
игрового кода на go тоже с гулькин нос, а это значит AI не сможет написать ничего толкового
>игрового кода на go тоже с гулькин нос, а это значит AI не сможет написать ничего толкового
Действительно, натаскают тут своих языков и ты потом токены теряешь.
лучше потратить 10 долларов токенов и пойти погулять, чем весь день пердолиться в экран
Не у всех есть возможность получать 10 долларов в день и гулять. Кому-то приходиться еще на работу ходить. Поздравляю с каникулами.
>безыгорные годоти
Игорные годоти, по типу того-же фина который сделал роадтувосток, в котором лоды прогружаются на глазах перед игроком - это лицо движка? Смешно просто как годоти кичатся этой игрой, а по сути это показатель того - что годоть не может в большие миры.
И судя по всему - никогда не сможет.
И нахуя он тогда нужен? Его даже переписывать нет смысла, кроме как под что-то маленькое, никогда не выходящее за рамки маленькой игры.
Когда как хрюнити спокойно переваривает средние+ игры, в которых тяжело упереться в потолок, если только не делаешь убийцу таркова...
Даже гейщитимпакт на годоте - невозможен физически...
по крайней мере он выпустил игру, а не фантазировал, как щас будет на лазарусе и го писать супер-производительный код
Когда мне пришлось делать проект на юнити, экспорт в веб занимал несколько часов. То есть я день писал проект, после работы ставил экспорт и молился чтобы там не упало что-то (пару раз упало). Думаю понятно, почему я вернулся на годот/гдскрипт, где это делается практически мгновенно...
Большие миры нужны вовсе не всем играм.
Забавно, как при каждом улучшении годота хейтеры начинают сдвигать ворота.
Мол, теперь это должен быть только движок для опенворлдов гта с миллионами ecs пешеходов.
Ничего, и тут придет фаза принятия, как приняли, что он может в 3д, может в пбр, что на нем есть коммерчески успешные игры в стиме и так далее.
не может, нет, нет, никак далее
> улучшении годота
их не было
кроме того юнити идёт вперёд - очевидно повышение планки качества
годот ещё не догнал юнити 4 по качеству
>кроме того юнити идёт вперёд - очевидно повышение планки качества
Особенно то что ты в свою игру можешь попасть по подписке и через глобальный интернет.
Это точно твоя игра?
>Большие миры нужны вовсе не всем играм
Если это из коробки есть - это показатель того, что с играми поменьше - проблем не будет.
Никакие ноды, никакие пбр и поддержка 3д - годоту пока что не помогают, кроме как в области пропуков.
>нет, нет, никак далее
Вот тебя корёжит, раслабся.
>Никакие ноды
Пиздеж - выше анон писал, что ноды рейкаста быстрее апи, значит помогают.
>Если это из коробки есть
Ассеты это не из коробки.
Эх, почему ваш годот не может в 3Д моделирование. Что за несправедливость?
>Каждое, буквально каждое изменение в коде и сиди жди секунд 5-10 пока скрипты обновятся.
Годотя весь проект построчно пишет.
>они же тогда вроде js дропнули?
Вот насколько я ненавижу js, но даже его использование для скриптов это лучше чем изобретать с нуля собственный язык с пропуками, через который ещё и должны работать какого-то хуя другие языки. Вот где настоящая шиза.
Вы можете представить себе что в голове у человека, который такой велосипед на трёх костылях написал? И ведь это главный годотя.
Показывай пруфы пропуков именно из за гдскрипта.
Иначе это уже звучит просто как выдумка "мне не нравится что-то в годоте, поэтому запишу в недостатки"
Я не люблю одно и то же по 10 раз писать, даже если тред автостирается. Подумай сколько человекочасов было потрачено на эту хуйню и постоянное допиливание и багофикс этого велосипеда, бесконечные обсуждения хуеты от джунов которые прочитали 10 страниц по теории языков.
Да что юнити хренова задизайнен для разработки, что годот. Оба движка как-будто создавались для вката, чем для программистов. Размазать логику кадра (которая очень важна в производительности) по 100500 сущностей в проекте - это бред архитектуры (удобен может только для простых игр).
Другая проблема, какой бы ты язык не брал, он все равно будет иметь подводные камни и не будет полностью совместим с реальным кодом (будет огрызком).
А ты будто что-то знаешь, ты вряд ли знаешь что такое ковариантность и контрвариантность.
> ковариантность и контрвариантность
Проблемы ООП-дресни.
Придумали себе хиротень вместо композиции/трейтов и помножили проблемы в геометрической прогрессии.
Сегодня в срачнике день языков или что? (я другой анонус)
>я другой анонус
Это и не для тебя написано было, а для выебонистой шарпомухи
Пока он читает ответ от ИИ, скажи (раз ты знаешь такие слова архимага) как фундаментально решить эту проблему (проблема правильного выбора):
1) тетрадь.вписать(ручка)
2) ручка.писать(тетрадь)
>а для выебонистой шарпомухи
Раздался голос со стороны веб нужника, уже написал ecs на js?
>>1091057
Ручка - выше по причинно следственной связи - потому именно ручка пишет в тетрадь. Но то что написано ручкой - отображает тетрадь
Мимо, ecs нинужно. На js свой движок пока придется писать, чтобы работало в браузерах, от этого пока не уйти. Только не надо сказки про всякие блейзоры.
>>1091063
>Но то что написано ручкой - отображает тетрадь
Ручка пишет логично, но если тетрадь меняет свое внутренние состояние, то метод должен быть у неё.
Тут нет правильного ответа, но по размышлениям можно понять у кого какой опыт.
Матерый ООП программист вообще скажет по другому сделать (потому что на практике так только и делают, так как задача имеет проблему предметной области).
Насколько я помню, по науке идут от более глобальных, фундаментальных объектов к мелким. А на практике я бы написал что-то вроде worldManager.apply(notepad, inscribing,madeWith(pen))
ООП вообще не особо помеха тут, учитывая существование Uniform function call syntax когда x.f(y) === f(x,y )
Человек, который умеет в декомпозицию предметной области скажет - ни тетрадь, ни ручка сами по себе не пишут и нужен субъект.
писатель.записывает(тетрадь, ручка, "что пишет")
Какой-нибудь мидлак с профдеформацией тоже скажет что тут нужно третье лицо (сервис/менеджер) которое не имеет состояний, а сущности не должны иметь поведения - и будет тоже прав.
А я скажу какое ООП чуждое говно, таких проблем в процедурном программирование нет вообще.
> ни тетрадь, ни ручка сами по себе не пишут и нужен субъект.
В случае игры не нужен, у нас есть игрок и он и инициировал это действие, самим фактом вызова функций, не? Ну можно сказать что если это произошло в классе player, то там есть неявный this.
Но мне второй вариант с менеджером ближе, я вот потому и подумал что возникает объект "надпись" созданный с помощью "ручка" и примененный к "тетрадка".
> но если тетрадь меняет свое внутренние состояние, то метод должен быть у неё
Это разные области воздействия. Область воздействия ручки - сообщить предмету о том что к нему применен некий набор данных. Область применения воздействия ручки - контроллер применения воздействий на тетрадь, который может обрабатывать не только ручки а впринципе - широкий спектр воздействий.
>Тут нет правильного ответа, но по размышлениям можно понять у кого какой опыт.
Ну хз чет, искренне не могу разглядеть аргументов в пользу того что тетрадь отслеживает все блуждающие вокруг нее ручки и всасывает их написания в себя. Даже звучит бредово.
>>1091078
Внешний источник управления не расценивает ни ручку ни тетрадь как участников цепи воздействий, это предложение выходит за пределы ограничений вопроса
>>1091086
>ни тетрадь, ни ручка сами по себе не пишут и нужен субъект
Ручка - и есть субъект согласно условию задачи. Можно бесконечно расширять горизонт субьектов, приводящих к тому что ручка пишет в тетради (или тетрадь вписывает ручку), суть вопроса в определении кто на ком стоял не изменится, потому ты и анон выше просто расширили горизонт видимости субъектного воздействия, не дав ответа на вопрос задачи
Быстрофикс.
Ну точнее как - вы дали, судя по всему ваш ответ - ручка пишет в тетрадь, а не существование тетради приводит к тому что ручки будут в нее писать
Парниш, расслабься, это слишком сложно для тебя, ты даже прочитать ответы не смог.
Ты линканул ответ:
>По ISO 15926 к RDF ближе будет первый
Но не процитировал его, после чего написал: вы выбрали второй.
Что с тобой дальше обсуждать то?
>Внешний источник управления не расценивает ни ручку ни тетрадь как участников цепи воздействий, это предложение выходит за пределы ограничений вопроса
Звучит как демагогия, ахах, вы не угадали, в мире больше ничего нет, только ручки и тетрадки в космосе летают.
>искренне не могу разглядеть аргументов в пользу того что тетрадь отслеживает все блуждающие вокруг нее ручки и всасывает их написания в себя.
Стена дома просто стоит. И принимает на себя все надписи ручками, граффити, и обоссывания,
Если скажешь, на каком-нибудь собесе про менеджер/сервис/контроллер итд. ты покажешь опыт, что как-то контактировал с промышленным кодом (потому что там это обыденная фигня).
А если начнешь графоманить и рассуждать как этот персонаж:
>>1091095
Это будет звоночком, что практики не особо много было, скорее одна теория в голове или любитель-самоучка.
Я давно не хожу на собесы. Мне там отказывают за оверквалифаед (не хотят платить миллионы, иными словами). А сам тоже никого не нанимаю. Может книжку или туториал написать, не знаю. Не игры же делать, в самом деле.
>Это будет звоночком, что практики не особо много было, скорее одна теория в голове или любитель-самоучка.
Моя практика позволяет мне отвечать на вопрос, не сочиняя менеджеры и прочие дополнительные сущности по дороге.
Там у любого мидлака срабатывает триггер как у той обезьянки на картинке. Он сервис/менеджер вспоминает на автомате (даже если не может объяснить почему).
Да это просто. Потому что должен существовать бог, который является первопричиной движения в мире. И соблюдения законов мира.
мы бы изменили состояние компонента WritableSurface
- tool: ручка (строка или enum)
- content: здесь был вася (строка)
TryAddRecord(int entityId, enum tool, string content)
если нам нужно хранить несколько записей, то вместо двух полей - массив records ко-ко-ко SoA лучше AoS
уже - это года с 2015, когда статью про ецс прочитал
но я его не использую, написал для поддержки беседы
>строка или enum
ручка может быть полноценным сервисом (интерфейсом/контрактом - иначе какой смысл).
писатель.пишет(как, куда)
писатель.пишет(форматтер_base64, email)
писатель.пишет(форматтер_gzip, http)
писатель.пишет(форматтер_str, file)
писатель.пишет(форматтер_str, stdout)
>компоненты - это шаг в сторону ECS
Не все шаги одинаковы хороши, в сторону этого говна ходить не надо, достаточно остаться с компонентами.
OOP + корпоративная кабанчиковость головного мозга, ручка сервис и не пишет емейлы
у нас игра, а значит ручка это ручка, выбор материала или шрифта для при рендере страницы тетради
Ручка это форматтер записи, ты можешь и карандаш взять, перо, можешь даже гвоздем нацарапать. В любом случае тебе нужен субъект, сами по себе ручки не пишут (если ты не в диснеевском мультике)
А карандаш может взять ты, сосед Вася, его пес в зубы, роботдевочка. Это не значит, что каждому из них надо приделывать метод "writeWithPen".
у нас пишут сами по себе, у нас и поезд является шляпой в некоторых случаях. это же не бизнес-логика
>если ты не в диснеевском мультике
я нет, а ручка с тетрадкой да
см. коммент про Бога >>1091116
в данном случае "богом" является программист, поэтому ему не нужно моделировать самого себя, да и это не получится по определению - Бог всегда трансцендентен, т.е. находится за пределами "реальности" (модели мира)
Я бы так и сделал. Если Bevy, то #derive[(EntityEvent)] TryAddRecord { tool: Tool, strings: Vec<String>, entity: Entity }. Потом к каждой нужной сущности с WritableSurface добавляем обсервер этих EntityEvent.
> добавляет к объекту компонент "огонь" и получают огненную стрелу, огненный кинжал, огненный пол, огненную ловушку, огненного стражника
Эта идея на самом деле ловушка. В ДнД например есть монстры:
-имунные к огню, атакующие огнем;
-имунные к огню, но атакующие только обычной атакой (клыками например)
-сопротивляющиеся огню (вычитающие половину урона)
-не имунные к огню, но дышащие огнем (химера)
Из чего становится понятно, что применение "огонь" к стражнику не имеет смысла, поскольку не отражает всей многогранности (это урон? а если урон, то сколько? это иммун? это резист?)
Это может быть какой-то трейт заклинания или предмета (огненный шар, огненный меч), например для какого-то свойства, меняющего огонь на лед, но это уже притянет какие-то концепции наследования и прочих ограничений.
А концепция "все применимо ко всему" вряд ли имеет смысл
так я пример как раз из "вора" привёл, там всё так и есть
Не помню уже что там в Thief, полагаю ты имеешь в виду подожженого стражника, а не то, что он стал огненным стражем по типу огненной элементали.
На мой взгляд, это уменьшает вариативность по сравнению с каким-то вариантом ближе к ооп - ОгоньАтака/ОгоньИммун/ОгоньРезист или компонент Огонь-применим только к: [Атака, Иммун, Резист]
>у нас и поезд является шляпой в некоторых случаях.
Это скорее вирусная пасхалка для сарафанного радио. Сделать поезд было проще, чем еще слой коллизии для бегущего внизу.
В игрострое, где переписывать нужно по каждому чиху 100500 раз, брать раст, который неповоротливый чуть более чем полностью - это отдельный вид мазохизма?
>а ты а ты
Я знаю самое главное - как надо тратить время чтобы в, итоге у тебя не получился годот.
А этот шизоид раза 3 пытался собственную физику написать в итоге брал что-то готовое? Точно помню какую-то такую умопомрачительную историю постоянного переписывания.
>или любитель-самоучка
а что современно кодингу можно научится где-то еще кроме самообучения? в школе? институте? у инфоцыган?
>В игрострое, где переписывать нужно по каждому чиху 100500 раз
Что вы там такое каждую секунду компилите? Сижу на крестах в анриле, перед каждой компиляций закрываю движок, после компиляции снова открываю. Полет нормальный. А когда надо просто порефачить или еще какие тех долги закрыть, могу весь вечер за кодом провести, но движок даже не запустить ни разу.
Правильно, у тебя не получится годот (успешный работающий движок), твой уровень laba.cpp
Лолчто? Где это Rust неповоротливый? Или ты с борроу чекером не дружиш?
Борроу чекер это ошейник, ничто не должно ограничивать программиста от желания отстрелить себе ногу
Это правда, смотреть как злобное ничтожество вроде тебя тявкает на Годот, всегда умора.
Знаю шарп, да и гдскрипт не сложный вроде. Знаю так-же, что оба движка - по своему говно, у каждого свои нюансы.
Тяжело...
Бери анрил. Для простых 3д игор у него самый низкий порог вката.
я это к тому что игра не моделирует бизнес-процессы реальной жизни, и не синхронизируется с ними, поэтому игровому программисту надо отойти от привычки писать бизнес-логику, если у него таковая имеется
Ну это твое инди поделие про перекладывание карточек не моделирует, а трипл А гта, скайримы и фолауты моделируют, поэтому там невыгодно отходить от привычных вещей. Особенно учитывая если команда большая, будет много времени теряться, пока чел будет выяснять почему так сделано. Если это один поезд в катсцене за всю игру, то это да, смешнявка, хитро придумали как сэкономить время. А если транспортная система будет разрастаться, то лучше сразу ближе к реальности делать.
нет, ни одна игра не моделирует бизнес-процесс. если моделирует это уже не совсем игра
гта это игра, а в игре доменная область полностью виртуальная. это не CRM логистики для автоматизации доставки наркотиков в пригороды нью-йорка, а грубо говоря - мультик, где пользователь себя развлекает, нажимая на клавиши, а не взаимодействует через игру с процессом в реальном мире
а если тебя интересует код, то коды GTA3 утекли, можешь посмотреть, там сплошь глобальные переменные и прочие антипаттерны. корпоративного кода типа менеджера фабрики абстрактных фабрик там по минимуму
> я это к тому что игра не моделирует бизнес-процессы реальной жизни, и не синхронизируется с ними, поэтому игровому программисту надо отойти от привычки писать бизнес-логику, если у него таковая имеется
Всё так, но ты смешиваешь понятие - бизнес логика это не обязательно моделировагие процессов реальноц жизни, и абсолютно в любой игре у тебя есть часть которую можно бизнес логикой назвать.
> Ну это твое инди поделие про перекладывание карточек не моделирует, а трипл А гта, скайримы и фолауты моделируют
Откуда инфа
> Особенно учитывая если команда большая, будет много времени теряться, пока чел будет выяснять почему так сделано.
Выяснение "почему так сделано" никак не связано с тем, идет ли моделирование реального мира или нет.
>надо отойти от привычки писать бизнес-логику
чем с точки зрения кода бизнес-логика отличается от правил игры? И чем игра отличается от любого другово приложения? И там и там логика - это про то, что если юзер мне это, то я ему вот это. В игре слово юзер просто меняется на слово игрок.
Бизнесс-логика вообще результат кривого первода без адаптации. Бизнесс - это просто дело. Деловая/функциональная/коровая логика. По сути это просто некий Кор приложения - его суть. У калькулятора бизнесс-логика - это уметь считать. К бизнесу в понимании купи-продай это вообще может никак не относится. Да, часто относится, но это именно совпадение.
ну если ты умеешь копать и умеешь не копать - тогда да, с твоей точки зрения это так
а если ты умеешь копать отсюда и до обеда - уже другой разговор
>>1091259
неверно
> По сути это просто некий Кор приложения - его суть. У калькулятора бизнесс-логика - это уметь считать.
Ну тут не оч пример.
Алгоритм счета - не бизнес логика.
А то что типа инпут в калькуляторе надо провалидировать, в случае если ок, то результат сохранить в логи(без нюансов того как это работает) и вывести в юи(без нюансов того как юи работает) - это уже бизнес логика.
Но это тоже не оч пример, суть биднес логики это то как твои сущности в проекте взаимодействуют, без погружения в технические детали алгоритмов.
Ну может быть да, общий алгоритм без деталей реализации. У калькулятора просто общий алгоритм совпадет с деталями реализации. В общем виде надо сложить a+b и в коде будет return a+b; Ну не суть. Правила игры все равно подходят под это определение. Когда игрок - то, игра ему - се.
ну тебе дали лопату и сказали копать
а аналитик ходит, звонит, собирает требования по бизнесу
тут как раз и приходится вводить абстракции, потому что "мы не знаем что это такое, если бы мы знали что это такое"
там действительно надо думать - а вдруг у нас писатель может взять не только ручку, но и карандаш. а вдруг он захочет писать не на бумаге, а на стене и т. д.
требования к игровой логике конечно меняются - но не так
Ну хз, я играл в транспорт тайкуны и в авиасимы, вполне игры.
Я уже писал выше, что ты, видимо, противопостовляешь "логику бизеса" и "логику игровую", хотя, когда говорят бизнес-логика, имеют в виду противопоставление "логики собственно функционала" и, скажем "логику обработки ошибок/исключений".
а после твоей игры узнал что поезда столкнулись на развязке?
это как в том рассказе где школьник сказал компьютеру let's play global thermonuclear war, а он запустил ядерные ракеты по СССР
получается твой поинт в том, что игре все действия позволенные игроку заранее известны, а реальные люди-клиенты могут выкинуть что угодно и это надо все учесть?
Ты имеешь в виду, что логика бизнес-программы влияет на реальность?
Так и бизнесмен может не выполнять рекомендации программы, а пойти яхту купить и просрать капитал.
Даже если на педивикию зайти там примерно то же написано
https://en.wikipedia.org/wiki/Business_logic
>The web site software also contains other code which is not considered part of business logic nor business rules:
>Peripheral content not related to the core business data, such as the HTML that defines the colors, appearance, background image, and navigational structure of the site
>Generic error-handling code (e.g., which displays the HTTP Error Code 500 page)
>Initialization code that runs when the web server starts up the site, which sets up the system
>Monitoring infrastructure to make sure all the parts of the site are working properly (e.g., the billing system is available)
>Generic code for making network connections, transmitting objects to the database, parsing user input via HTTP POST events, etc.
По другим источникам, что называется application logic, presentation logic, data access/networking logic, error handling logic, input validation logic, utility logic
бизнес-логика совпадает с "логикой функционала" (отчасти) только при написании бизнес-приложений
>>1091274
называть код прикладного приложения "бизнес-логикой" - это просто корпоративный сленг, где любой HTTP API называют "рестом", а endpoint - "ручкой" и т. д.
>>1091272
>>1091273
разница в том что бизнес-логика не живёт в коде бизнес-приложения и не определяется им, она уже есть "сама по себе" до того, как приложение написано. в играх же не так, зачастую игровая логика сама рождается из кода
для программиста это наверное неважно, потому что он просто выполняет кем-то поставленную задачу, но тащить в игровой код (особенно если пишешь сам для себя) корпоративные практики бездумно
поэтому ставить вопрос "кто пишет - тетрадь, писатель или ручка" не надо, если в игре нет писателя и нет ручки (есть только моделька ручки)
Это больше про программирование, чем про бизнес. Пример - ты отправляешь очки в лидерборд. Вот та логика про таймауты, ретраи - она не бизнес/игровая логика, а логика доступа. Крутящийся при этом значок загрузки - логика представления. И так далее.
Вопрос кто пишет - возникнет когда ты будешь вызывать функцию, у какого объекта, и с какими параметрами.
Можно конечно делать какие то казуалки и миниигры лапшой в соло, но со средне-крупными играми так уже не выйдет.
>Это больше про программирование, чем про бизнес.
с точки зрения исполнителя (программиста) это про исполнение
какая разница, писать код для игры или для crm
> Вопрос кто пишет - возникнет
это неверный в корне вопрос, ведь у нас никто не пишет - у нас нет реальной доменной области, которую игра обслуживает (опять сказка про белого бычка) и накидывать кейсы, будто наш игровой мир это реальный - не надо
>лапшой
необязательно лапша, можно использовать тот же ООП, только с умом
найди какой-нибудь код GTA3 и посмотри сам
>доменной области,
Доменная область это не про бизнес (как вы уже достали тупить с этим). Предметная область - это упрощенный "слепок" реального мира по средствам кода. То есть, ты не берешь все свойства человека (цвет зубов, размер стопы), а берешь какие-то обрезанные атрибуты, которые нужны в игре (хп, множитель дамага). А вот если твоя игра как-то пересекается с зубами, то теперь это свойство становится важным (зубы попадают в этот домен, но в любых других играх они избыточны и не нужны).
>бизнес-логика не живёт в коде бизнес-приложения и не определяется им, она уже есть "сама по себе" до того
но ведь и правила игры могут жить сами по себе, например крестики-нолики, шахматы, да хоть "каменное лицо". В это можно играть и на компе и без компа. По-хорошему гейм-дизайнер вообще не должен быть ни программистом ни художником. Достаточно быть Киррилом, просто не оторванным от реальности и понимающим, что в видео-играх реализовать осиляемо, а что сложно и дорого
>современно кодингу
>на работе
ну если еще остались работы где можно взять внучку сторожа и на месте всему научить, то да. Но это вряд ли про современные реалии
отличный пример, в этом случае ещё проще, т.к. правила заранее прописаны и отлиты в граните, сразу можно лепить классы будучи уверенным что ничего не изменится (в отличие от бизнес-логики)
тут не надо думать это фигура ходит, или доска делает ход фигурой, или игрок делает ход фигурой на доске - а вдруг у меня будут шашки 3х3 и 10x10 и шашки на двух досках, а вдруг я захочу сделать мультиплеер с одновременной игрой против нескольких противников - это признак того, что занимаешься не тем
отличие от логики бизнес-программы в том, что ты не играешь в настоящие шашки с помощью своей компьютерной программы, ты моделируешь правила игры в программе 1 к 1
>Достаточно быть Киррилом
тогда нужно трое людей - кирилл, аналитик и программист, чтобы что-то толковое вышло (сейчас можно заменить ИИ-агентами)
>>1091285
а теперь ты смешиваешь бизнес-приложение, игру и симуляцию
игра это не всегда симуляция, хотя есть игры-симуляторы
Вам бесценную базу дают, вы еще что-то фантазируете, типа в теме. Как то чудо с годот треда, который использовал одну переменную для отступа окна, пули и еще чего-то.
Ни черта не понимаете как декомпозировать предметную область правильно, но с умным лицом пытаетесь рассуждать.
Это техническая база, а не философская, тут нет фантазий, тут такой же четкий инженерный подход, а не бред из башки.
вы мне льстите, я не нуждаюсь в таких дифирамбах. но по сути да
профессионал делая шашки, сделает игровое поле - массивом, ход игрока - флагом, а сами фигурки енумами
а любитель с опытом корпоративного программирования будет накидывать классов или чего хуже - ECS и прочий "бред из башки"
>любитель с опытом корпоративного программирования будет накидывать классов или чего хуже - ECS и прочий "бред из башки"
Ecs хорош когда сущностей в рамках программы миллионы и тебе надо чтобы пешка могла ходить через 3 клетки если меркурий во втором доме и ферзь противника под боем. В шахматах 12 сущностей, и одна единственная "адаптивная" механика (взятие на проходе), все остальное вообще не учитывает контекст произошедшего на доске. Ей просто не нужно много сущностей, а механика фигур такова что не требует наследования действий, в виду их максимальной простоты (любая фигура может сделать только две вещи - походить, и походить с сьедением фигуры на клетке на которую пошла). Вот и хватит копеечных абстракций.
>а вдруг у меня будут шашки 3х3 и 10x10 и шашки на двух досках, а вдруг я захочу сделать мультиплеер с одновременной игрой против нескольких противников - это признак того, что занимаешься не тем
Правильно, можно только ходить строем, и зачем то делать тысячемиллионный клон одной и той же игры. А когда понадобится другой, видимо, выкидывать старую и писать другую программу, потому что там уже захардкожен синглтон поля 8х8.
как что называют - сказать 100% нельзя, ведь код восстановлен по дебаг-символам
но код весьма прямолинейный в стиле "си с классами", повсюду статические методы и глобальные переменные, никаких абстрактных менеджеров в игровой логике, за исключением одного
Хорошо. Делайте все как мамонты.
Ты меня убедил, что тут советовать кому-то что-то не надо. Нужно становиться инфоцыганом и там только за большие деньги делиться знаниями.
я уже код сам не пишу, мне всё равно
ООП это как раз технология мамонтов из 90-ых
>я уже код сам не пишу
Ты этим бравируешь, но ты даже не представляешь как это ужасно выглядит со стороны.
ООП это как раз технология мамонтов из 90-ых
Ну и как ты пишешь сложные приложения на сотни тысяч строк без ооп?
>Ну и как ты пишешь сложные приложения на сотни тысяч строк без ооп?
Забавно, но качественный софт практически не использует ООП, кроме полиморфизма интерфейсов.
ООП уже настолько старое что можно спросить 10 человек и у каждого будет своё определение.
Спорить о нём вообще дело неблагодарное.
В старости уже много чего делать не получается.
Пожилые не просто так только на лавочках сидят.
А вообще, конечно, писать код всегда было тупо. Это как гордиться тем, что копаешь канавы.
Очевидно, в какой-то момент надо перерастать в менеджера, директора, владельца.
>3д ИИ движок
а это дерьмо когда-нибудь сможет генерировать "игры" с сюжеткой, крафтом, боями, левел системой, инвентарём, кат сценами,
>Смотрите какой я вам 3д ИИ движок нашел
"сделай мне игру про корованы" - так-то хуитень полнейшая. Даже если ИИ будет божественной - она пока что мысли читать не умеет. как она может сделать игру - если она не знает - какую игру вы хотите получить?
(кароч - будущее за ИИ программистами, которые будут четко давать указания нейронкам)
я как раз сейчас делаю 3д рогалик с ИИ, сразу заставил ее вести работу в диалоге со мной
(пиздец как сложно ее к этому приучить - не понимаю почему ии сразу не научили вести диалог с пользователем - в режиме диалога она охуенно мощная - но заставить ее в нормальный диалог - это те еще танцы с бубнами - либо вообще забивает хуй, либо ведет какую-то отмазку уровня, "я вот сделаю это, ты же согласен" без всяких выборов, и дальше ебашит не спрашивая)
проект как раз сейчас начал. самое главное - я ее не только в режим диалога заставил уйти - теперь буквально каждую строчку обсуждает.
Я еще и смог заставить ее вести ченджлог своих решений - чтобы и через год она смогла полностью восстановить контекст и не деградировала (посмотрим как это сработает через пару дней)
(кракозябры в консоли норм - ии кодит). Я тут кстати пока в режиме тестера - запускаю, смотрю какую хуйню опять сделал этот недокодер, пишу ему.
писать AGENTS.md - это правила для нейронок. гуглите тему. Таким способом можно ограничить ей полет фантазий. Прям начинать с этого - при этом нейронка его может и написать для вас.
заставить ее вести диалог с пользователем - тестируйте разные подходы. у меня сейчас сработало так - я сказал что я работаю в паре с ней и решения принимаю я, а не она. Но это тоже не всегда работает (ну нет, реально почему в движок нейронок не зашили механизм диалога? почему надо выебываться?)
заставить ее вести историю принятых решений (и не просто один раз, а вписать в правило AGENTS.md чтобы оно всегда туда писало, а не раз написало и забило болт) - любая нейронка деградирует, и в определенный момент просто сбросит первоначальный контекст и начнет фантазировать и делать хуйню. Надо найти решение как ей вернуться к первоначальному контексту. я пока нашел такое.
ну и банальноо - делать все по шагам, каждый шаг детально прорабатывать.
>писать AGENTS.md - это правила для нейронок.
Правила общие, и то, нейронка не всегда их придерживается потому что кодобаза большая
>заставить ее вести диалог с пользователем - тестируйте разные подходы
План хуйня. Я делаю так - за неделю-две прорабатываю диздок архитектуры (просто .md файлик) куда закладываю всё - архитектуру сущностей, архитектуру взаимодействий сущностей, неткод, точки расширяемости (хуки, переопределения), обмазываю aop/макрос магией, короче рожаю операционную систему будущего продукта, формирую архитектурные предписания, интерфейсы, соглашения о реализации. Дальше этот диздок закладывается в контекст, по нему пишется ядро, а по ядру + диздок пишутся реализации. Важно уметь читать генерируемый код, проверять нейронкой же ядро на соответствие диздоку. Все вопросы производительности, ошибки проектирования - должны быть закрыты на этапе создания диздока, последовательными итерациями (на то чтобы довести первоначальный диздок до финала мне потребовалось около 30-40 итераций "найди баги, проблемы реализаций, несоответствие требованиям и т.д.), дальше - код просто должен соответствовать диздоку.
>заставить ее вести историю принятых решений
Очень отстойное решение, гораздо лучше понимать, почему то или иное решение принято и удерживать диздок и код согласованными, без версионности. Версионность - только забивает контекст и тратит лишние токены
>любая нейронка деградирует, и в определенный момент просто сбросит первоначальный контекст
Не жди, сбрасывай его сам. Я держу не более 3 крупных итераций доработок в рамках одного контекста + до 6 багфиксов на опус 4.7-4.8. Опытным путем установил что это предел.
>Надо найти решение как ей вернуться к первоначальному контексту. я пока нашел такое.
Не надо. Если тебе приходится умолять нейронку вспомнить что она писала выше - значит ты уже в жопе и вылез за контекст. Если не можешь уложиться в окно по фичам и багфиксам - без жалости сжигаешь всё, откатываешь изменения, пересобираешь промпты с учетом непокрытых ньюансов (баги реализации == ошибки промптинга, always has been)и дубль 2.
>ну и банальноо - делать все по шагам, каждый шаг детально прорабатывать.
Дичайший перерасход токенов. Бро, тебе надо тренироваться, отмена льготных подписок не за горами.
>вместо SPEC.md
ну по тому что я вижу - бесполезная хня. это же по сути тоже самое что и сам первоначальный запрос. Тем более если запрос прогнать через нейронку типа arena.ai (не знаю как это правильно называется - короче, мой запрос уровня "сделай мне заебись игру про корованы" оно переделает на понятные нейронке правила - и в таком случае нахера нужен spec если это тоже самое?
в агенте всеже сами правила - что можно нейронке, что нельзя. как код писать ,какие либы тянуть. я туда даже кодестайл запихнул
>Правила общие, и то, нейронка не всегда их придерживается потому что кодобаза большая
агенты можно создавать в подпапках кода. если код хорошо разделять. там действует правило что нейронка сначала берет правила агента наиболее близкого к коду которое трогает и затем рекурсивно подымается выше по остальным.
>>План хуйня. Я делаю так - за неделю-две прорабатываю диздок архитектуры
Часто всплывают моменты которые забыл учесть - их можно прям по месту дополнить в режиме диалога.
плюс можно сразу на месте заставить чинить баги, а не получать нерабочую хтонь на сотни тысяч строк кода. например у меня первоначально текстуры должны были генерится кодом - в предыдущих опытах хорошо генерировало, но в этот раз херню сделало. пришлось принудительно переделать под готовые текстуры, прям в процессе.
потом сломался игровой гуи, если бы оно пошло дальше, я фиг знаю как бы его чинил - а так сразу по месту и заставил починить.
плюс я пользуюсь бесплатными нейронками - в них просто не заложить все. а в режиме диалога можно держать актуальный контекст не выходя за лимиты.
>>Не надо. Если тебе приходится умолять нейронку вспомнить что она писала выше
проблема в том что я могу вернуться к проекту через несколько дней. как нейронке напомнить что она делала и какие у нее оставались планы? даже больше - я уже и сам не помню на чем остановилось. поэтому какая-то хроника нужна.
>>Очень отстойное решение, гораздо лучше понимать, почему то или иное решение принято и удерживать диздок и код согласованными, без версионности. Версионность - только забивает контекст и тратит лишние токены
ну сейчас она там оставляет только последние принятые решения убирая то что я отменил или передал. а не все подряд. пока вроде нормально в таком виде, но я не понял как она это сделала и как в следующий раз заставить ее делать тоже самое.
и кстати контекст она в конце работы сбросила, и по этим правкам вернула себе память. но это уже был конец рабочего задания, поэтому я не смог оценить насколько хорошо у нее это получилось.
>>Дичайший перерасход токенов.
у меня бесплатная нейронка. мне пофиг. у меня лимит только на общее количество, которое нейронка потом просто сбрасывает из памяти.
но за день удалось собрать игровой прототип с уровнями подземелий, предметами, магией, боями... теперь бы только понять как его развивать дальше и с какой стороны это заставить делать нейронку
>агенты можно создавать в подпапках кода. если код хорошо разделять. там действует правило что нейронка сначала берет правила агента наиболее близкого к коду которое трогает и затем рекурсивно подымается выше по остальным.
Ты кажись не понял. Я про то, что нейронке иногда очень сильно похую на правила в стиле "не дублировать код, держать консистентность, не переусложнять", то что нужно держать .md файлик с апи - я уже написал, диздок <-> код, связь один к одному.
>Часто всплывают моменты которые забыл учесть
Если такие моменты всплывают - идешь опять дорабатывать диздок, затем приводишь код к диздоку. Обычно, если картина ожидаемого продукта в голове цельная - уже на этапе доработки диздока будут видны большинство белых пятен.
>их можно прям по месту дополнить в режиме диалога.
Любой лишний токен в контексте нейронки (особенно бесплатной нейронки) - может стать тем самым токеном которого не хватит для завершения генерации важного участка работы, где ты вывалишься в rag сжатие и соответственно - в ухудшение генерации. Все эти викторины надо решать на уровне диздока, на генерации кода - никаких вопросов быть не должно.
>плюс можно сразу на месте заставить чинить баги, а не получать нерабочую хтонь на сотни тысяч строк кода
Делай диздок, по нему продукт - и не будешь получать. Просто у меня за одним диздоком стоят миллионы строк кода целого участка продукта, а не копеечная фича в себе.
>потом сломался игровой гуи, если бы оно пошло дальше, я фиг знаю как бы его чинил - а так сразу по месту и заставил починить.
Я уже писал - багфиксы нововведений - не вопрос, нужно доводить фичи до ума в их же контексте, либо откатывать все к черту и пробовать по новой всю фичу.
>плюс я пользуюсь бесплатными нейронками - в них просто не заложить все. а в режиме диалога можно держать актуальный контекст не выходя за лимиты.
К режиму диалога относится все о чем я пишу, если ты не видишь как чат сжимает контекст предыдущих сообщений - это не значит что он этого не делает. Любое сжатие данных контекста в rag - это сжатие с потерями, которое приводит к галюцинациям и длительным либо вообще невозможным фиксам. Вышел за окно - закрыл чат, в новый подгрузил последнюю актуальную версию всех данных (код и диздок) и поехал.
>проблема в том что я могу вернуться к проекту через несколько дней. как нейронке напомнить что она делала и какие у нее оставались планы
Git diff диздока. Если фича закрыта - изменение диздока тоже можно фиксировать. Если фича не закрыта - диздок висит в измененных.
>поэтому какая-то хроника нужна
Хроника обязательно нужна. Тебе. Ты управляешь контекстом - тебе нужна хроника. Нейронке твоя хроника - мертвый груз токенов.
>у меня бесплатная нейронка
У тебя льготная нейронка, если под бесплатной ты имеешь в виду что за токены платит барен. Очень скоро барен тоже узнает реальную стоимость подписки и придется сильно экономить, и больше так на широкую ногу не погуляешь. Лучше освоить техники работы с окном до того как лимиты окончательно зарежут.
>будущее за ИИ программистами,
ИИ не может гарантированно генерировать 100% рабочий код. А значит нужно будет все равно ревьюить. Даже джун допускает ошибки только в исключительных ситуациях, но код рабочий (в нормальном потоке).
Так что в таком виде ИИ не заменит программиста и даже под сомнением что облегчит труд, но вот учиться - да, как иногда помогает сразу получить бест-практис тех или иных шаблонных решений.
Зумеры ищут серебряную пулю чтобы меньше работать, но на деле этого не выйдет никогда (потому что все равно надо учиться). Ждем сдувания пузыря.
https://youtu.be/gTa1UmW5meo
>Очень скоро барен тоже узнает реальную стоимость подписки и придется сильно экономить
на самом деле раздутая хуита, про дороговизну нейронок. реальная стоимость вычисления нейронки - копейки.
то что там сервера с подписками по 100 баксов дорогие - это не из-за того что у них еба нейронка божественного уровня, а потому что на этом серваке они пытаются выполнять запросы сотен тысяч или даже миллионов пользователей, которые в каждую наносекунду генерят мемасики про фурри котиков.
ну обучение нейронки дорогое - там нужны суперсервера или все время вселенной. Это тоже пока никак локально не решить.
но именно со стороны пользования уже обученной нейронкой - все эти ценники - хуита полнейшая.
Просто мы еще не пережили последствия майнинг бума, из-за чего видяхи стоят заоблочно... майнеры зло.
>ИИ не может гарантированно генерировать 100% рабочий код.
я о том и говорю - что будущая профессия - ИИ программист. который будет правильно писать запросы для ии и чинить то говно что она вывалит.
это и сейчас хорошо заметно по ютубу, когда непрограммисты в ютубе делают ролики как они сделали игру (или скорее не сделали) - там сразу видно что они даже запрос написать нейронке не могут.
поэтому никуда программисты не денутся. просто изменится процесс разработки. и скорее требования к программисту вырастут - ведь нейронка берет на себя дохуя рутины, а значит в проекте можно делать более сложные вещи, для которых таки нужен ручной труд
>Любой лишний токен в контексте нейронки (особенно бесплатной нейронки)
так нейронка в любом случае берет все и сама решает что держать в контексте. она ведь в любом случае перед выполнением задания пройдет весь миллиард строк кода, и какой-то файлик с текущим контекстом на 200 строчек - это копейки.
то что ты предлагаешь - описать все-все-все сразу в диздоке и надеяться что нейронка сделает - у меня не работало. первоначально все нормально, а потом она начинает плыть - придумывать какие-то другие решения, делать кучу однотипного кода, решать вообще какие-то другие задачи.
про свой способ я пока тоже ничего не могу сказать - у меня контекст сбросился под конец работы, и я не еще не заценил. но надеюсь сработает - надо дальше делать игру, а пока я рефакторю тот игровой прототип что она сделала.
>>1091583
>Делай диздок, по нему продукт - и не будешь получать
так нейронка может считать что все правильно, а на деле нет. особенно с визуальными багами, особенно в 3д
>она ведь в любом случае перед выполнением задания пройдет весь миллиард строк кода
Нет, из-за чего частенько теряется консистентность и появляются дубли. Нейронка действует как человек - она ищет наиболее релевантные файлы для текущей задачи и их зависимости, и только затем - грузит их в контекст, а не помнит весь миллиард строк в момент реализации фичи. Именно поэтому очень важно в промпте указать, какие подсистемы будут задействованы, чтобы нейронка не ошиблась и не пропустила важные этапы.
>то что ты предлагаешь - описать все-все-все сразу в диздоке и надеяться что нейронка сделает
Потому что диздок пишешь не ты, а нейронка, ты для диздока только задаешь требования. В диздоке сразу будут - идеи, куски реализаций, связанные с этими идеями классы (реальные, которые поедут в проект), ограничения системы, соглашения по написанию реализаций. Этот диздок будет практически ТЗ для создания описываемой им системы.
мимо написал бэк+фронт 1С-odoo подобной системы за месяц таким подходом
Еще раз - фундаментальная проблема не в правильном запросе, а в вероятностном результате (всегда).
Как если бы у тебя была команда мидл кодеров, которые быстро кодят, но надо постоянно фулл-ревьюить киллометры их кода.
Это удорожание разработки.
Поэтому придётся прототипировать на Питоне.
Вот как жить в мире жестокого энтерпрайза с амбициями максималиста? И обидно, что продавать не собираюсь.
Каких извращений не выдумают, вместо того чтобы просто взять годот
https://discussions.unity.com/t/graph-toolkit-update-in-unity-6-6-alpha/1721970
сериализация словарей
https://discussions.unity.com/t/built-in-dictionary-serialization-and-authoring-in-unity-6-6-alpha/1722926
Обещали последний дотнет привести.
Да и какая разница, сегодня юнити есть, завтра нет. В топку сомнительные технологии по подписки. Хотели как адобе доить юзера, но не дотянули. В итоге подписка есть, но бабло не приносит (не туда не сюда, больше себе насрали).
>делают графы доступными для всех
>сериализация словарей
Не читал, но выглядит хуже, чем у Godot...
какой пиздец
а есть ебало пидарюнделя, который эту хуйню делал 2 года
а через неделю вышла новая версия годота и она перестала работать нахуй
Это же годот, в нем это очень легко и быстро делается. Ведь редактор это просто сцена.
Слишком мало JUICE, нужно больше!
>>1092092
Ты ньюфаг и не видел КЛАССИКУ...
https://github.com/jotson/ridiculous_coding
>O3DE - Open 3D Engine
>@
>Никому не нужен и забыт
>Godot - "В ожидании Го́до"
>@
>Все помнят и ждут
Совпадение? Не думаю...
А почему они написали
>Unity 6.5 is now available
А не как обычно пишут
>Unity 6.5 is now stable
На что они намекают?
анрил не имеет отношеня к разделу, потому что это хуйня для ААА студий, а не соло инди бомжей
От процедурной лапшичной инфографики к полуфункциональному языку с Result монадой. Дизайно макаки оценят..
>сносят
Такого в тырпрайзе не бывает просто, чтобы отказались полностью от легаси
Двачую
>соло инди бомжей
>>1092187
>из УЕ6 сносят блюпринты в пользу Verse
Ахаха, а так много говорили "блёвпринты лучшие"...
>>1092189
>Такого в тырпрайзе не бывает просто
Будут постепенно сносить, по методике Unity:
>blueprints deprecated
>verse in pre-alpha
Мнение UEвого лапшичника с опытом работы более 15 лет и лапшевания 10 лет:
>I really gave it a go and spent around 2 weeks in UEFN trying to learn it, and it was genuinely one of the most apalling experiences in the last 15 years of game dev (just behind trying to recompile code for Mac)
>I’ve spent the last 10 years learning blueprints, and now they’re throwing it away so we have the “opportunity” to publish on fortnite? Yeah that seems a little crappy to everybody but high level executives.
Мнение? Лоханулся?
>из УЕ6 сносят блюпринты в пользу Verse.
Еще один квази язык, лол. Фалько, пора свой говноскрипт пилить.
В ИТТ треде утверждали, что анрыл - опен сорс движок, на гитхабе же выложено, где же те миллионы красноглазиков, которые готовы подхватить знамя и безвозмездно поддерживать лапшу?
Ну так челики форки и поддерживают. Вот например форк UE4 под веб https://github.com/SpeculativeCoder/UnrealEngine-HTML5-ES3
Естественно тебе нужен аккаунт гитхаба подключенный к эпикам
>I’ve spent the last 10 years learning blueprints
лол блядь, я ковыряю 5ый анрыл столько, сколько он существует. Что там блядь в этих блюпринтах ковырять 10 лет? как ими пользоваться понятно стало в течение полгода неспешного ковыряния. Дальше надо учить систему рефлексии, кресты и учится нормальной архитектуре проекта. А в блюпритах тупо собирать акторов из крестовых компонентов, интерфейсов и выбирать из выпадающего списочка нужные дата ассеты.
>Еще один квази язык, лол.
если это как дополнение к нормальному языку, то ок, если вместо нормального языка - то это проблема.
мог бы просто клонировать какую-нибудь игру с гитхаба. то же самое.
Что значит дополнение к нормальному языку? Он транслирует синтаксис (в С++)? Тогда смысла в нём ноль.
Это еще хуже.
скорее всего в какой-то интермедиат. Блюпринты - это ноды написаные изначально на крестах. Чтобы компилировать кресты - нужен компилятор крестов, а так как блюпринты "компилируются" и без компилятора, значит эта хуйня просто лепит из заранее скомпилированных кусков. Скриптовый язык будет делать тоже самое скорее всего, только ноды поменются на текст.
Деграданты ёбаные.
А может это ты идиот? Как тех гд тебе будет многопоточный код писать, да и нахуя он тебя для сценариев уровня "если игрок убил кабана то дай ему 5 голды"
А разве блюпринт не сингл тред? Там есть отдельный тред для анимации, физики, аудио. Ну еще другой тред может юзатся для асинхронных нод, типа загрузки чето-то по мягкой ссылке. В остальном все что намакронено в одном гейм треде запускается. Ну если ты конечно сам не заморочился и не организовал себе ThreadSafe операций всяких кастомных.
Ой как удобно ты обрезал одно конкретное место. А теперь скинь с парочкой предложений над этой строчкой
>WorkerThreadPool.add_group_task(foo, bar)
Узнали? Согласны?
Если анрил тебе под бизнес логику несколько ядер отдаст, ему на люмпены не останется, и он совсем ляжет.
>All functions in Verse run as part of atomic transactions, which can be rolled back and resimulated when needed. These transactional semantics also extend to any C++ code that is called from Verse. For now, to make all this work, Verse runs on a single thread and calls C++ code built via a custom LLVM compiler that automatically transactionalizes the C++ code. In principle we can extend this method to automatically run transactions concurrently on different threads, but we have some work to do to get there
Перевожу:
>Мы тут добавили атомарную логику, но обосрались с имплементацией, так что многопоток не работает. Мы в принципе могли бы сделать, чтобы он работал, но для этого нужно, чтобы мы не были криворукими уебанами.
>>1092341
>А разве блюпринт не сингл тред?
Так эпики не первый день ретарды ёбаные.
>>1092356
Мы уже не в девяностых нахуй, пора хоть какой-то прогресс в движок добавлять.
>в вероятностном результате
У людей тоже результат вероятностный если ты подумаешь. И код каждый из твоих мидлов напишет чуть по-разному.
Перевожу. For now. На июнь 2026. Так что иди нахуй со своими фантазиями)
Так юнити тоже всё. Нахуй не нужен движок который отьебнет как только роскомпарашв начнет его душить (уже начала)
А как же вайбкодинг и нейронки? И с хуев это анрил у тебя тогда не всё.
>с хуев это анрил у тебя тогда не всё.
Потому что анрил - опенсорс, он независим от эпиковских серверов, собственно - именно поэтому анрил топ-1 для АААА, прозрачное лицензирование и полная открытость кода
>>1092451
Все веришь что впны с нами навсегда и не отьебнут?
> он независим от эпиковских серверов
Ты буквально ни разу даже не пытался скачать анрил, выходит
Можно с гитхаба скачать и скомпилить. Я делал и для линупса и для винды. Но там установочный скрипт еще гигов 20 качает зависимостей с эпиков. Но это надо один раз сделать. Плюс надо потроха вижуал студии качать используя сервера майкрософта если под виндой. Под линуксом ничего не надо кроме зависимостей установочного скрипта.
Но фаб та ты не скачаешь локально..
мимо шел
> Все веришь что впны с нами навсегда и не отьебнут?
1. Да. Как могут отъебнуть?
2. На юнити вся индустрия сидит, никакого смысла с ним что-либо делать нет.
>Но фаб та ты не скачаешь локально..
такие вещи скачиваются перед чебурнетом, думаю у кого-то в бункере уже лежит несколько стелажей с дисками ассетов с фаба
>вайбкодинг и нейронки?
Еще до юнити подоили, буратины тоже не бесконечны.
> думаю у кого-то в бункере уже лежит
В первые полгода кто-то соберет себе хороший ботнет.
>Но фаб та ты не скачаешь локально..
А нафига он нужен? Там сейчас такая помойка и слоп.
Максимум оттуда использовал пару аниме моделек лет 5 назад.
Проще замоделить свои ассеты или таки самому нейронкой наслопить.
там есть текстуры поверхностей, растительность, атлассы, текстуры коры. Плюс всякий шмурдяк мелкий типа камушков, веточек.
Индюку нет смысла дрочить на реализм мегассань, а стилизованные камушки веточки делаются за 5 минут и без текстур.
Но даже если хочется реализму, есть куча других мест типа polyhaven, blendswap, opengameart, где это можно найти еще и с более свободными лицензиями вплоть до CC0.
А можно сейчас и нагенерить (как с нейронками, так и без них процедурно)
А еще можно, внезапно, выйти на улицу и сфоткать самому.
>1. Да. Как могут отъебнуть?
говно безмозглое, ты за домашний интернет перестань платить и увидишь что будет работать только сайт провайдера, всё остальное будет вываливаться с ошибкой сертификата, ничего не мешает сделать так глобально
И ты затерпишь. Все затерпим, а куда деваться? И в окопах будем терпеть. Дай бог под Берлином, а не под Москвой. Терпение всему голова - вся жизнь это потерпел, потерпел и умер. Не хочешь терпеть, просто умрёшь раньше. Каждый сам выбирает.
> ничего не мешает сделать так глобально
Как думаешь, что произойдёт если сделать так глобально?
>Индюку нет смысла
дело вкуса и конкретного индюка, так-то и жить смысла нет если начать копать в ту сторону
>есть куча других мест
допустим, но это шило на мыло. такой-же внешний сайт с ассетами
>А еще можно, внезапно, выйти на улицу и сфоткать самому.
можно, мегасканы именно это за тебя и сделали
>look inside
>Like a cult classic
мимо Godot-культист
Ну тебе не нужен. Всему остальному миру нужен. Ты можешь вон на годоте писать)
>Всему остальному миру
Так сразу и говори что ты не из Русского Мира. Вы там хоть в жопу ебитесь, нам похую, у нас свои традиционные, корневые (локально компилируемые) ценности
Многие по инерции работают. Просто альтернатив особо раньше не было. Сейчас вкатываться в проприетарный софт уже смысла нет. Первый звоночек был с подпиской, народ начал выть сравнивая с adobe, второй момент был, когда чел дома открыл другой проект и платный мейн блокнули. Я уже тогда понял что твоя игра тебе не принадлежит.
Если у тебя долгострой, игра мечты, а не дрочилка за неделю. То юнити нафиг не нужен. Опенсорс - всегда побеждает, просто геймдев какая-то отстающая технология в айти, до них будущее идет с опозданием 10-20 лет.
>тогда понял что твоя игра тебе не принадлежит
Движок-то тебе никогда не принадлежал. И это было прописано в лицензионном соглашении, которое ты обязан был прочитать перед началом разработки.
Эта говнина и так тормозит, веся 7-20 гигов, так еще и сканирует фоном. Только MIT и рядом лежащие лицухи. Мне все равно на конвейер игр стима с 75% мусором и мобильной недо-игр (и полу ААА/АА там тоже без души). В то время, когда нахожу интересны для меня инди игры, я гуглю и вижу что большая часть это даже не юнити.
Каким-то образом талантливые люди почему-то обходят юнити тоже.
>Просто альтернатив особо раньше не было.
Так их и сейчас нет.
Есть, не идеальный, но меня полностью устраивает.
>. На юнити вся индустрия сидит
А индустрия вообще в курсе этого? Вся индустрия на анриле или своих движках.
(На юнити только мобильный кал и полторы индюшатины)
> О, можно в нейронке негенерить. Нет, это вызывает хейт
Просто не говори что это нейронка, лол
Ты просто невероятный бред несёшь.
Скорее всего ты тот шизик которыц без игр тут носитсч с тем что юнити скоро всё уже как пару лет, судя по этому аргументу
> второй момент был, когда чел дома открыл другой проект и платный мейн блокнули
Да только так и остаётся. В FAB всё тот же нейросетевой говняк, но за дорого. И один хуй всё это чистить вилкой нужно, потому что для использования оно непригодно.
Много школьников выложило прохождения туториалов, к играм это отношения не имеет.
Как ты понял что это туториалы школьников, а не топ игры?
Я думаю им просто похуй, если не нарушены совсем уже какие-то строгие вещи. И на Фаб и в Стим и в любые другие площадки где каждый может насрать 95% кала идет от выкладывальщиков. Если почистить Фаб от непригодного кала, там останется 1,5 ассета от самих эпиков. С другой стороны не все на анриле пилят игры, дохуя кто занимается синематиками и рендером красивых картиночек.
>И на Фаб и в Стим и в любые другие площадки где каждый может насрать 95% кала идет от выкладывальщиков.
Стим маркирует, стиму не насрать. Я вот скачал ассет, который помечен как "Не ИИ, верь мне бро", сделаю игру, выложу в стим и меня наебнут. Потому что это ИИ. Понятное дело, что эпикам похуй. Зато мне не похуй. Я вот смотрю на это говнище, которое стоит 52 рубля, если брать в среднему за модель по паку. И понимаю, что нихуя оно столько не стоит и раз такое дело, то и покупать это говнище в фабе смысла нет. Как много там таких паков? А ты не узнаешь, пока не скачаешь, а тогда уже поздно будет. Так что придётся предполагать, что большинство.
>дохуя кто занимается синематиками и рендером красивых картиночек
Для синематиков оно тоже не годится, потому что кривое пиздец.
Это может быть не ии, а четко детерминированный алгоритм, например после скульптинга.
Чел, это бочка на четверть ляма трисов. Не watertight меш, в нём тонна дырок и разъединённой геометрии. Хуже всего обода, с произвольной шириной и кривизной. А вишенка на торте - они "протекают" на доски на протяжении всего радиуса. Это настолько типичные косяки генераций, что тут даже думать не надо, это точно не скульпт и даже не скан.
по одному фрагменту сетки сложно сказать ИИ это или нет. Я когда делаю дисимейт хайпольки в ЗБраше - сетка такая же. Но разумеется в конечный ассет такая сетка не идет, это как бы хайполька для запечки. Только не с 20кк поликов как в зебре,а с 1-2кк поликов, чтобы прогам для запечки было проще переварить такую сетку. В конечную лоупольку сетка уже идет с человеческмим поликаунтом, и нормальной топологией. Если твой пик- это то, что предполагают грузить в движок, то это шиза кончно и халтура. Еще и ассет будет весить в конечном паке в 10-100 раз больше чем мог бы без потери визуала.
ну тогда ИИ, вообще странно как ты эту бочку вообще решил купить, по превьюшке это не палилось?
Ну так это пак. На превьюшках хуй ты найдёшь топологию или хотя бы клозеапы. Вторая бочка немного приличнее выглядит, но страдает от всё тех же проблем. Всего-то 500к поликов. Фаб полный кал, короче. Собирался там взять пару топ паков с анимациями, но эти ёбаные бочки настолько огорчили, что пошли они в пизду.
>>1092661
>это то, что предполагают грузить в движок, то это шиза кончно и халтура
Это же "нанит реди меши", там сейчас всё такое. Удобно, конечно, за ИИшкой говно не чистить, но у меня оффлайн автоматические дециматоры говорят, что я ёбунлся такой кал им подсовывать, а нанит скорее всего просто тихо фолбечит к рендеру без децимации вообще. Мало фепесов? Купи 6090. Я, конечно, могу въебать неделю на то, чтобы эту сотню ассетов обработать вилкой, но подозреваю, что ассеты из нейронки будут ещё и почище, версии обновляются регулярно и качество растёт.
>500к поликов
>но у меня оффлайн автоматические дециматоры говорят, что я ёбунлся такой кал им подсовывать
у тебя же мешлаб, он сделан чтобы чистить многомиллионные сканы.
>Скокочаю из FAB. И обязательно, чтобы "Сгенерировано с использованием ИИ - Нет". Скачал. Открыл. Посмотрел топологию и текстуры. Это ИИ.
как определил?
>Ассеты надо, но я ж не художник
>>1092660
>бочка на четверть ляма трисов
Ты там совсем обленился что ли?
Запустил Блендер, сделал бочку.
Всего лишь ~500 треугольников.
Ты можешь так же. Верь в себя.
протекать может и скан, но где такую бочку в ирл с такими формами ободами можно отсканить - хз. разве что миньки какие-нибудь. надо другие модельки глянуть
дай ссылку на ассет
Если вы хотите заниматься геймдевом как хобби и извлекать из этого удовольствие и прибыль - игнорируйте этих кабанов-лохов и их поделки, что в стиме, что в ассет-сторах. Делайте своё, своими руками и своей головой. Это нетрудно. Никто не ждёт от вас АААА качества, потому что к инди игрок обращается не ради тех бездушных помоев, которыми его кормят большие корпорации с тысячами рабов. От вас ждут самовыражения, самобытности и чего-то нестандартного, чего не найти нигде, кроме вашей собственной головы. Поэтому ассет-сторы всегда были бесполезными для инди, ассет-сторы - для лохов-кабанов.
Но движок - это другое. Если ассеты - это игра, то движок - это то, чем вы делаете эту игру. Если вы не начинаете рисование с написания собственного "убийцы MS Paint", то не начинайте создание игры с написания "убийцы всех игровых движков". Есть любители, кому нравится делать игровые движки, как и есть любители делать программы для рисования, но они не делают игр, как и другие не рисуют рисунки (обычно).
Где-то у меня была модель, на импорте которой мешлаб просто крашится. Ну и в мешлабе я всё это смотрю не просто так, если бы легко фиксилось - я бы и не жаловался.
>>1092666
Артефакты топологии, сотона, артефакты топологии.
>>1092667
У тебя ультралоуполи для мобилочек. Так-то я могу. Просто хотел что-то получше.
>>1092668
>дай ссылку на ассет
Решил прикупить 3д нейровыхлопа?
https://www.fab.com/listings/f89fe420-1942-4c0e-8707-e7f41dbe3017
Именно так, как протекает здесь - скан протекать не может. Потому что здесь обод получается толще самих досок, ирл таких бочек не бывает. Это ещё не считая кривизны ободов. Миньки возможно, но на миньках нет такой детализации.
это не может быть нейронка
https://www.youtube.com/watch?v=scAYLXqyB_o
там кстати старая версия есть донанитная лоупольная. на 4.27 такая скачалась
С этим есть проблемы. Да, я скачал старую версию. Сцену открыть не могу, УЕ крашится сразу же, но в файлах пропсов не нахожу бочку. Там есть другие ресурсы, которые выглядят, как обычные сканы. Но бочки выглядят как аишка. Когда их добавили и в каком виде, не "обновили" ли первоначальные бочки до сгенерированных - хуй знает. Скачивать каждую версию мне лень. Так что останусь при своём мнении.
вот сабжевая бочка в видео
это всё ручная работа. просто автор не очень скилловый и лепит коряво