А что тебе надо? Нормальный человек под мобилки игру делать не будет, линукс для даунов, макось для пидоров, в вебе не играют, или играют в такие игры которые можно сделать без движка, сосноли - ни одного разраба, даже воннаби, для соснолей не видел в гд. Шинда это основная игровая платформа.
Хорошо, допустим кто-то случайно нашел двиг. Он идет в раздел фичи https://github.com/nem0/LumixEngine/wiki/Features и что же он видет в списке фич? Transparency. Заебись фича, пошел качать двиг. PBR - уже лучше годоти, ок. И так далее, фич даже по сравнению с бесполезным годотом нет.
>Не испытанный на практике движок
Прямо как годотя.
>>698405
О, вот и гондотная шмонька пожаловала, которая даже не понимает, что за графику отвечает видеокарта, а не процессор.
> а по факту это 60+фпс и никаких проблем
Ну да, игра уровня змейки на СОВРЕМЕННОМ ПРОЦЕССОРЕ наверное выдаст 60+ фпс без проблем, на железе, на котором ведьмак 3 идет на максималках. например.
А вот если что-то посложнее, типа пакмана или супермарио, то уже будут стандартные годотные 40-50 фпс с подпукиваниями. Про современные 2д игры типа террарии говорить не приходится, конечно.
Я бы прямо болдом выделял в шапке сайта, что батчинга в годоте нет и не будет. И ведь он себя позициионировал вначале в том числе как удобный редактор под 2д в противовес юнити. Настолько удобный, что выдаёт прозводительность хуже чем в браузере. Теперь юнити немного подпили под 2д, а вот годот так и остался на дне. Правильно чел пишет - это пиздец.
>Но батчинг в годоте есть
Как и игры на годоте, он как бы есть, но его как бы и нет.
Он есть только для gles2, на gles3 его нет, в новой версии на вулкане его тоже нет (Хуан не понимает, зачем он нужен, ведь 2д платформер демо на его 2080 RTX и так выдает стабильные 50-60 фпс).
>>698493
Видос отклеился
Есть, не пизди. Там небо, облака, кустики с травой, понятное дело, что это немного, но уже больше, чем на вебм >>698494
>>698497
>Это 2д платформер.
В твоих маня-фантазиях разве что.
А в реальности это даже до технодемки не дотягивает.
Но в целом неудивительно, что ты считаешь это платформером, годот для того и предназначен, чтобы ты загрузил спрайтик, расположил его на сценке и начал фантазировать, что ты разработчик игр. Т.е. движок, предназначенный, чтобы аутисты маня-фантазировали о своей причастности к геймдеву, витая в маня-фантазиях.
А для настоящей разработки игр он не подходит, это понятно любому с IC > 10.
>небо, облака, кустики с травой
Так это просто тайлы. Они и на вебм есть - спрайт же за зубцами крепостной стены проходит.
>Но в целом неудивительно, что ты считаешь это платформером
Это не нужно "считать или не считать" платформером, это является платформером. Другое дело, что это простой платформер, но это уже твоя проблема что ты под платформером подразумеваешь какой то определенный вид навороченных платформеров.
Впрочем, запас в 1000фпс достаточен и для врагов, предметов, скроллинга уровня и т.д.
>А для настоящей разработки игр он не подходит
В твоем манямирке, несомненно, ведь ты каждый раз придумываешь 100500 новых отмазок, почему он якобы не подходит, а остальные просто берут и делают на нем игры.
>Urho 3D
Кароче вот https://sourceforge.net/projects/urho3d/files/Urho3D/1.8-ALPHA/
Скачайте плиз архив под свою ОС и проверьте демку 42_PBRMaterials. Скажите, есть ли у вас фризы при запуске.
Все эти фреймворки подразумевают, что ты используешь их для инициализации opengl, а дальше сам ручками себе пилишь батчинг и всё остальное, что нужно.
Для примитивной спрайтовой игры бери monogame и c#, c++ не стоит того, чтобы в нём ковыряться ради такой цели.
Одну единственную нашел? Ну молодец.
А теперь глянь список фич sfml, и посмотри на скриншоты этой игры, и логически подумай, сколько % функционала покрывает sfml, а сколько разрабы допилили сами на opengl.
Ладно, подскажу, чтобы не мучился, в sfml даже нет поддержки 3д графики, если его и использовали, то только чтобы открыть окошко и принимать ввод с клавы/мыши, остальное руками пилилось
SDL
SFML
Allegro
Или ещё что-то? не годот, это не фреймворк
Но мне нужен С++ или хотя бы Си.
Да, либгдх неплох, и вообще-то он регулярно обновляется -- просто ты, наверное, на старый сайт заходил. Вот новый https://libgdx.com/news/
Антикварный C API и набор функций напоминают "сделай-сам-свою-игру" Бейсик из 90-ых 2000-ых (какой нибудь Dark Basic или Blitz Basic): https://www.raylib.com/cheatsheet/cheatsheet.html
Конечно, никто не заставляет их использовать, но тогда ведь можно взять SDL.
>>698694
Нет ещё. Это что-то обскурное для тру-любителей швабодки? Спасибо, посмотрю.
> Для меня это не проблема,
Однако ты один обсасываешь этот аргумент.
> Я знаю, что Хуан неохотно принимает пулл-реквесты
Что? Какая чушь. Он с удовольствием принимает качественные, проработанные пр. Как например батчинг.
> Почему он не хочет, чтобы в его движок был встроен загрузчик материалов?
В 4.0 это будет не нужно, в 3.* решается скриптом в 5 строчек.
>>698698
С это прошлый век.
Сейчас уже пора на Zig переходить.
https://github.com/nrdmn/awesome-zig#game-tools-and-libraries
>Он с удовольствием принимает качественные, проработанные пр. Как например батчинг.
Лол, он же не хотел его принимать сначала, вопил, что батчинг ненужон. Принял только когда даже преданные хомячки начали возмущаться и давить на него.
>В 4.0 это будет не нужно
Почему? Ты правда считаешь, что если вместо opengl используется вулкан, то можно насиловать видюху отдельными драв коллами на каждую буковку в тексте?
Или ты к тому, что 4.0 не будет предназначен для разработки игр, а раз игр нет, то и батчинг не нужен?
>zig
Никому не нужное говно без задач.
Если хочется чего-то крутого и современного, надо смотреть в сторону раста и движков на нём.
Сейчас многие крутые геймдевелоперы смотрят в сторону раста, на нём уже запилили кучу крутых реализаций ECS, specs, legion, bevy ecs, все многопоточные, с диким перфомансом, ни на одном языке в 2к20 такой движухи нет, даже на плюсах.
https://bevyengine.org/
Хуишечке. У этого говна хоть пакетный менеджер есть?
Когда будут либы для геймдева - тогда приходи.
Для раста сейчас есть куча всего, 2д/3д физика/коллизии, кроссплатформенные рендеры с кросс-компиляцией шейдеров, лоадеры для популярных форматов типа gltf, скриптовые языки, реализации ecs, и т.д.
https://arewegameyet.rs/
Когда для твоего зига напишут хотя бы 1/10 от этого обилия либ, тогда приноси его, заценим.
>Лол, он же не хотел его принимать сначала, вопил, что батчинг ненужон. Принял только когда даже преданные хомячки начали возмущаться и давить на него.
Ерунда какая. Он совершенно грамотно принял только проработанный PR с батчингом, с детальным обсуждением что и как там будет сделано и в какое место в движке воткнется. Естественно, просто маняфантазии залетных "а вот я тут написал говнокод принимайте быро" он не пропустит.
>Ты правда считаешь, что если вместо opengl используется вулкан, то можно насиловать видюху отдельными драв коллами на каждую буковку в тексте?
Или ты к тому, что 4.0 не будет предназначен для разработки игр, а раз игр нет, то и батчинг не нужен?
Причем тут батчинг? Это относилось к пропукиваниям - в 4.0 их не будет.
>>698712
>посмотри на issues на гитхабе.
Зачем мне еще раз смотреть? Я 2 года назад посмотрел, там же увидел вокэраунд - всё.
>Почему-то все перемоги у Хуана в будущем времени.
Добро пожаловать в разработку крупного софта. Это софт размера либрофиса, блендера или файрфокса, он пилится десятилетиями. Чтобы ускорить процесс, нужны в разы большие вливания денег.
>Если это бойлерплейт, почему он не в коде движка?
Поделил на ноль.
>к посту приложена ссылка, перейдя по которой можно увидеть десятки библиотек для геймдева и список игр на расте, которые можно скачать и поиграть, которых уже больше, чем когда-либо было на том же годоте
>Для раста нет НИХУЯ.
Ты от стекломоя ослеп?
>>698727
Проблема в том, что на си не пишут игры, и на сишке нет того обилия либ для геймдева, как хотя бы на плюсах. Никто в здравом уме не будет писать игры на си в 2к20.
Единственное, что есть на си годного - sdl да glfw, всё. Но для полноценной игры этого мало.
Её автор бомбанул и написал, почему годот говно и непригоден для игр.
https://www.reddit.com/r/godot/comments/irdrrr/zeropoint_after_3_months_of_development_what_did/g4xlr0u/
>перейдя по которой можно увидеть десятки библиотек для геймдева
И в которых нихуя нет, которые заброшены, или переписываются в очередной раз, или в глубокой альфе, или несовместимы между собой.
>список игр на расте, которые можно скачать и поиграть, которых уже больше, чем когда-либо было на том же годоте
Наверное это ты стекломоя напился. На годоте выходит по нескольку игр каждый день, на расте нихуя.
>на си не пишут игры
>Никто в здравом уме не будет писать игры на си в 2к20.
Поэтому и предлагается писать их на zig.
Либы на месте, вот пожалуйста gltf 2 - https://github.com/recp/AssetKit
>годот "непригоден" для игр
>потому что тема синенькая
Ясно.
>потому что интерфейс не такой как в юпити
Но это же плюс. Все плюются с интерфейса юпити.
В общем, никаких реальных проблем не указано.
Настолько "непригоден" что он на нем эту игру доделывает.
И уже этим он на голову выше местных безыгорных чуханов, которые только критиковать умеют.
>доебался до синенькой темы
>проигнорировал ряд серьёзных факторов, начиная со скотособачьего UX и заканчивая тем, что команда блендера делает больше прогресса за месяц, чем команда годота за год
>проигнорировал скотособачьего UX
Почему проигнорировал? Я подтверждаю, что в юнити скотособачьий UX. Годот не обязан его копировать просто потому что какой то маньке так привычней.
>команда блендера делает больше прогресса за месяц, чем команда годота за год
А что тут смущает?? В команде годота основных разрабов сколько, 4-5 человек? Плюс десяток контрибьюторов помельче. $15'000 донатов в месяц. $250k от эпиков. $25k от майков.
Блендеры потратили $550'000 на фильм, получили грант эпиков $1,2 ляма, на сайте написано что у них донатов $120k в месяц, всякие блендер клауды и блендер маркеты им еще соточку точно приносят, сейчас у них 30 только тима, плюс сотни конрибьюторов.
То есть чисто по цифрам Блендер минимум в 10 раз крупнее, ну так вот и в году 12 месяцев, все сходится.
>Годот не обязан его копировать
>поэтому в годоте не работает drag n drop нод в проперти эдитор, а работа с разметкой тайлмапов по удобству и ощущениям выглядит так, как будто её специально делали как можно более мучительной и неудобной для пользователя
>в годоте не работает drag n drop нод в проперти эдитор
Да, это правда. Наверное, ассетотаскателям неудобно. Я лично не сталкивался - у меня ноды ищутся из кода, потому что обычно нужна нода из другой сцены, а из другой сцены все равно не перетащишь.
Сложно ли сделать? Вроде бы нет, но понятно что много логики может поломаться, типа выделения с шифтом, и придется очень много тестировать.
>работа с разметкой тайлмапов по удобству и ощущениям выглядит так, как будто её специально делали как можно более мучительной и неудобной для пользователя
Правда? Я когда эту демку делал >>698494 заняло буквально пару минут. Выбрать картинку, новый атлас, задать размер шага и снапа, выбрать прямоугольником тайлы. Выбрать тайлы для коллизий. Притом что раньше я этим не занимался - хз. Удалять, да похоже неудобно.
https://hugoam.github.io/toy-io/
Выглядит интереснее годоти.
Портированная демка из Годоти работает прямо в браузере без пропукиваний https://hugoam.github.io/toy-io/ex_godot.html
Алсо, почему все эти недодвижки зарятся на 3д, PBR, йоба-графон?
Я бы вот хотел такой же простой легковесный движок, но чисто под пиксель-перфект 2д.
Но его нет.
Берешь любой двиг - там чуваки надрачивают на все эти пбры, все движки 3д ориентированные, 2д если и есть, то пришито как пятая нога собаке на отъебись, как в юпити или уече.
Только годот предоставляет отдельный выделенный 2д рендер, и пиксельную систему координат для 2д, но там хуиный неюзательный рендер с пропукиваниями и драв коллами на каждую буковку.
https://www.youtube.com/watch?v=7avyYixvzm8
Оправдывайтесь.
>Конечно, никто не заставляет их использовать, но тогда ведь можно взять SDL.
raylib во-первых активно развивается, имеет очень дружелюбную аудиторию в дискорде
во-вторых он более функционален. Что там в SDL - создать окошко и вывести спрайтик?
>>698698
>Антикварный C API
Чел, а что надо? Может быть ты не знаешь, но это как бы общее требование для всех библиотек, которые хотят не только под с++, а и под другие языки.
Ты не сможешь сделать библиотеку на с++ которую потом можно использовать на паскалях, бейсиках, растах, питонах и т.д.
Поэтому например SDL также на plain C. А те кто пишут ооп, дублируют код под си - например bgfx имеет силайк прослойку.
https://twitter.com/matt77hias
Смотришь таких и пиздец как завидно
Тоже хочу работать рендер-программистом над еба движком ААА уровня
Сейчас начал сверять свой лоулевел рендер с filament. Нет, не копипаст.
Впулкан меня капец как растраивает. Кроносы опять все сделали через жопу с этой механикой расширений - как в старые и добрые (нет) времена OpenGL 2, когда были сотни расширений под каждую модель видеокарты (это был пиздец)
Короче, мой код рендера вулкана работает на встроенной intel, но на моей видеокарте nvidia нет нужного мне расширения и все крашится, так как я этого не ожидал и обхода не сделал (почему блядь на встройке от интел оно есть, а на nvidia нет? заебали уже)
Да и другие проблемы. А filament всеже все это уже прошел, там очень много крутых проверок чтобы этот говнопукан работал у большинства.
Так почему же всеже не взять filament? Мне нужен Direct 3D - я всегда поражался - какое гавно на D3D не пиши, а оно будет везде работать (жаль только под виндой, да еще и с недавних пор требует чтобы таже десятка была со всеми обновами, которые некоторые отключают).
Но почему блядь? Почему вулкан и opengl вечно черезжопные?
А по другим оболочкам.
bgfx мне не нравится - особенно из-за того что автор там какую-то херню с шейдерами сделал (вместо того чтобы юзать стандарт типа spirv, он свое говноподелие туда вставил)
Diligent - слишком шизоидное ооп с длинными деревьями наследований, из-за чего оно все работает у автора, но сразу же ломается если пытаешься заюзать у себя
Других не знаю
Еще немного по ситуации со скриптами
Раньше я наблюдал за urho3d - были высокие ожидания, жаль автор забросил.
А сейчас нашел https://github.com/rokups/rbfx - форк urho3d
Подумываю оттуда стыбзить реализацию C# (само хорошо то что оно все на начальном уровне, легче разобраться)
(кстати еще видел хорошую реализацию шарпа в bsf - но там сложно)
Так что шарп у меня тоже будет
Но пока что от идеи своего скриптового языка не отказываюсь (то есть в движке будет и мой скриптовый язык и шарп - на выбор). Всеже дело в том что я хочу транслятор, а не интерпретатор.
И каким бы быстрым не был шарп, он все равно медленее си (в которое будет транслироваться мой скриптовый).
Кстати, многие когда говорят что шарп быстрый, имеют ввиду шарп от microsoft.
Но прикол в том что в игровых движках юзается сторонее mono говно написанное по сути левыми людьми (да еще и древних версий). Так что большой вопрос - так ли оно эффективно
>Зочем
Из-за трансляции. В юнити дохрена программистов, поэтому они могут сделать IL2CPP. Я же один. Если брать мощный язык - то его потом сложно транслировать - всякие асинхронные таски, linq, прочий синтаксический сахар - все это должно транслироваться в нативный код. Какой бы код не написал пользователь - он должен транслироваться. В этом и есть сложность - больше сахара, больше вариантов кода, больше нюансов которые нужно учесть
Когда есть свой скриптовый язык - в нем можно ограничив возможности синтаксиса языка упростить конвертацию в натив.
>>699025
>Core же можно, не?
Щас погуглил - вроде можно. Но конкретно в движках я неткор ни у кого не видел. В основном моно.(а вот то что про то что моно медленный - я оказался прав, он хуже коре в три раза по скорости в тестах и в полтора хуже нетфреймворка)
короче, расширю мысль
- кому нужно богатство языка - для них и будет шарп
- кому же нужна максимальная оптимизация, для них будет свой скриптовый язык. Он будет деревянным, возможно неудобным и некрасивым - но он даст скорость равную скорости си (потому что именно в си код он и траслируется)
- при этом он все еще будет безопасней си/с++
>все это должно транслироваться в нативный код
Нахуя? Ненужная дрочь, преждевременная оптимизация, из-за которой ты никогда не доведешь свой движок до ума.
Просто подключай шарп и пусть работает рантайм шарпа в билде игры.
Для 99% игр, которые когда-либо будут разрабатывать на движках уровня юнити и годота, хватит перфоманса шарпа. Твой движок явно относится к этой категории - движок общего назначения, который работает для любых сценариев, а плата за это - не лучший перфоманс, но достаточный для большинства игр.
А для тех 1%, где не хватит - там явно будут прошаренные ребята, которые изначально не будут брать движок общего назначения, и будут писать своё, заточенное под конкретный кейс, чтобы выжать максимум перфоманса.
Сейчас бы тратить годы на хуйню, которая позволит ускорить перфоманс на 1% в пиксельном платформере, который будут делать на твоем движке.
> кому же нужна максимальная оптимизация, для них будет свой скриптовый язык
Те, кому нужна максимальная оптимизация, напишут свой максимально оптимизированный код на плюсах или сишке, им твой говноскриптовый язык, слепленный из говна и палок на коленке, нахуй не упал.
>но он даст скорость равную скорости си
Не даст. Абстракции скриптового языка не позволят.
Я тебе открою секрет, тот же IL2CPP генерит более медленный код, чем написанный ручками, из-за абстракций шарпа, его рантайма. Там будут всякие умные указатели, та же сборка мусора, просто это всё конвертируется на плюсы. А код, изначально написанный на плюсах, можно написать без всего этого, более оптимизированный.
Если бы всё было так просто, как ты себе выдумал - давно бы уже всякие пистоны компилировали в мега-быстрый сишный код, и сишка была бы не нужна, но это так не работает.
>для них будет свой скриптовый язык. Он будет деревянным, возможно неудобным и некрасивым - но он даст скорость равную скорости си
Был уже один такой - Хуан зовут. Тоже написал свой мега-быстрый скриптовый язык, чтобы проблем с перфомансом не было, вот что он писал:
>Many existing languages have horrible interfaces for binding to C++, resulting in large amount of code, bugs, bottlenecks, and general inefficiency (Lua, Python, Squirrel, JavaScript, etc.) We wanted to focus on a great engine, not a great amount of integrations.
В итоге его говноскрипт работает в 30 раз медленнее, чем C#, который позже впилил студент за подачку от майкрософта.
>потому что именно в си код он и траслируется)
Теряется основной профит от скриптового языка - возможность добавлять скрипты без перекомпиляции игры.
Это ставит крест на возможности моддинга в играх на твоем движке.
1. Зачем пилить СВОЙ скриптовый язык, да к тому же - язык ОБЩЕГО назначения? Если уж язык свой, то он должен быть проблемно-ориентированным, т.е. быть заточенным под решение конкретных задач (конкретную игру).
2. Ты уверен, что перепробовал все существующие скриптовые языки? https://github.com/dbohdan/embedded-scripting-languages
Открою тебе секрет.
Уеч не писали отдельно ради надвижкописить движку, его
писали когда делали
https://www.youtube.com/watch?v=WTRmZ6aFEWM
Круйзиспихло писали на основе фаркруйпихла когда делали круйзис.
Разве что говнотю и хуюнити изначально как отдельные движки (напоминаю, БЛЯДЬ, ОСНОВНОЙ ФИЧЕЙ ХУЮНИТИ НА ЗАРЕ БЫЛ ПЛАГИН ДЛЯ ВСТРАИВАНИЯ В БРАУЗЕР)
Вот хороший пример, как надо:
Чувачок-растоманичок движкописит ровно настолько:
https://github.com/mrDIMAS/rg3d
что бы надвижкописять ОЧОБУ для ИГРЫ, он не движкописит ради движкописи, он движкописит ИГРУ.
https://github.com/mrDIMAS/rusty-shooter
Еще и потихоньку не забывая движкописить и редактор
https://github.com/mrDIMAS/rusty-editor
Но он всё правильно написал.
Если делать движок без цели создания игр, не делая на нём игры в процессе - получается очередной годот, который вроде бы и движок, но для создания игр не пригоден, а его автор искренне не видит ничего плохого в том, что рисовать каждую букву в тексте отдельным драв коллом.
Я вот не пойму, в играх еще с 80х годов придумали экран с надписью лоадинг, который один раз воткнул в ебало юзеру и можно под капотом и шейдеры теребить все используемые на уровне разом и даже жид-языкам жид прогревать, рендеря движком в оффскрин-буфер.
Это настолько гениальная идея и забытые технологии прошлого?
>Годот пригоден для создания игр.
Даже программируемый калькулятор электроника-МК61 был пригоден для создания игр, пиздос достижение.
Однако принципиальная возможность создания игр на говноти не делает игры говноти ни качественными ни оптимизированными а значит и саму говнотю чем-то хорошим.
Вот реально в чем проблема с мозгами тех кто страдает от пропукиваний и эти самые пропукивания создает?
Даже в сраной жирножабе энтерпрайзной во времена XML конфигов и не самой эффективной жид машины (начало-середина нулевых) обкокаиненые энтерпрайз-жабасиньоры догадывались для перфоманс критикала прогревать принудительными прогревочными типаюнитестами-околотестами жид-кеш жава-жид-машины. И это для неявной штуки, которую нужно ублажать и теребить.
Но ведь, блядь, в опенгле шейдеры сука можно откомпилять явно, причем все сразу - у них GLuint ID есть, сука, у каждого. И есть сценграф, есть сука уровень, в виде сука дерева, который сука можно обойти и узнать какие шейдеры каких материалов там теребятся.
>Сейчас мода на опен ворлд.
А когда ты только включил опенворрлд, ну там нью-гейм и лоад гейм нажал типа вот нельзя обсчитать локу на которой должен заспавнится узнать какие там шейдеры-хуейдеры, скрипты-хуипты, жид-не жид, кеши-хуеши и на экране загрузки всё как следует прогреть?
> Это нормальная идея, просто в годоте это не реализовано из коробки, ты должен сам писать такой загрузочный экран.
Хуанг дурачок или он под камнем живет? Или он скрытый садист-нарцисс шизик уровня яндередева?
Компиляторы си - одни из самых быстрых в мире. С++ уже медленнее, из-за шаблонов.
Но проблема в том, что ты не засунешь компилятор си и окружение для разработки в свою игру, чтобы компилить скрипты на лету.
Msvc - тебе лицензией по губам проведут, ты не можешь распространять средства разработки вижуал студии со своей игрой.
Остаются опенсорсные варианты, тот же gcc, но с ними ты заебешься, с билдами под разные платформы, с необходимостью тянуть среду разработки, которая нихуя не маленькая.
(имею ввиду не IDE, а именно кучу утилит для сборки, линковки, gcc это ведь не одна команда, а обертка над десятком разных программ, стандартные библиотеки и заголовки к ним и всё прочее, а библиотеки эти нативные, они разные для разных платформ и битностей), в общем, даже если это сделать, это будет такая адовая ебля, что ни один разработчик не захочет связываться с этим говном, когда есть кросс-платформенные движки, билдящие игру одним кликом под 10 платформ типа юнити.
> есть сука уровень, в виде сука дерева, который сука можно обойти и узнать какие шейдеры каких материалов там теребятся.
Объясни это Хуану.
Он считает, что это не нужно, что пропукивания не такая большая проблема, чтобы он тратил своё ценное время на её решение, время которое можно потратить на создание очередной музыкальной композиции, например.
>А когда ты только включил опенворрлд, ну там нью-гейм и лоад гейм нажал типа вот нельзя обсчитать локу на которой должен заспавнится узнать какие там шейдеры-хуейдеры, скрипты-хуипты, жид-не жид, кеши-хуеши и на экране загрузки всё как следует прогреть?
Нет, все скрипты гта5 одновременно в память не влезут.
Блядь, дебилы, на-ху-я вам что-то теребить в процессе, если это можно оттеребить в офлайне при билде или на экране загрузки, если оттеребить на билде нельзя?
Чому вы такие все недалёкие хлебушки с идиотскими и легкоустранимыми проблемами?
Ладно в эмуляторах современных консолей, я понимаю, там нужно шейдеры сосноли переводить в шейдеры пеки причем об этом эмулятор узнает только когда игра дернет соответсвующий вызов гапи и у эмулятора нет ИИ и хрустального шара что бы дизассемблировать на высоком уровне игру и понять что там такое, там да -либо пропукивания либо пропуск эффектов.
>Хуанг дурачок
Хуан не дурачок, он получает 5к долларов донатами ежемесячно за то, что постит новый чиптюн трек в твиттер каждую неделю. Ему просто нахуй эти загрузочные экраны не упали, игры он не делает, додики ему и так донатят за существование годота, что еще нужно? Пропукивания у них? Да похуй, пусть жрут говно, главное чтобы несли донат раз в месяц. Годотям несложно стерпеть пропукивания, и 10 фпс, они годами терпят и ждут.
А дурачки это те, кто пытается его защищать и пользоваться потешным недодвижком под названием годот.
>поэтому последние шейдеры выбьют старые и все равно все будет пропукиваться
Куда они, блять, выбьются,если после glLinkProgram у тебя уже скомпиленный шейдер который тупо по контракту GAPI раскомпилиться обратно не может и обязан висеть и кабанчиком в видюху запрыгивать по первому твоему требованию?
Не, если компилять на ходу как делает хуан то там конечно и пропукивания будут и прочее, но делать то так нахуя?
Если ты про скрипты - то основная причина, почему нельзя компилять их при билде игры - поддержка моддинга. Поддержка моддинга для игр это всегда круто, игрок может накидать скриптов, моделек, кинуть в папку с игрой - и в игре появится новый контент. Потом он зальет этот мод в воркшоп, и другие смогут скачать и поиграть. Моды дали вторую жизнь многим играм, они привлекают новых игроков, игра продолжает жить своей жизнью много лет после выхода. Люди до сих пор моддят даже игры из 90ых, думы, квейки, первый анрил, и т.д.
Если про шейдеры - то да, по хорошему их надо билдить при сборке, как это делают все нормальные движки.
>Хуанг дурачок или он под камнем живет?
Ты просто не разрабатывал софт такого масштаба. С определенного момента любое изменение сложно, настолько, что может сломать что то еще у сотен других пользователей.
Плюс, собственно, переписывание в 4.0 и является исправлением, в частности, этой проблемы.
>Куда они, блять, выбьются
В небытие, как и в любом кэше.
https://docs.nvidia.com/jetson/l4t/index.html#page/Tegra%20Linux%20Driver%20Package%20Development%20Guide/graphics_binary_shaders.html
Да, Хуан гениальный, разносторонний человек с многими талантами.
Вот например я не слышал чтобы ричитела писал музыку, умел программировать, да и вообще чтобы умел хоть что то делать. Кто нибудь вообще знает чем он занимается? Ебет шлюх на яхте и ставит подписи в бумажках?
Мудила, там идет речь про дисковый кеш, из которого по сигнатурам бинари добываются при повторном запуске говнософта.
К какому-то лимиту и твоему мифическому выпукиванию при активном контексте он отношения не имеет и не может иметь - у ГАПИ тут явный контракт. Если и есть какой-то лимит на количество скомпиленных программ то это вызовет явную ошибку и явное проведение тебе хуем по губам через glGetError.
>музыка Хуана
>талант
А если Хуан начнет снимать на видео, как он дрищет в сортире, ты тоже назовешь это НЕОБЫЧАЙНЫМ ТАЛАНТОМ РАЗНОСТОРОННЕГО ЧЕЛОВЕКА?
Моды не кроссплатформенные получаются.
Нативная дллка - это не юнитевская .net assembly, которую можно в неизменном виде и на телефоне гонять, и на линуксе, и на шине любой разрядности, и на маке, и на консолях.
Нативную длл надо компилить под все платформы, зачастую разными компиляторами, 99% мододелов это отсеет, никто не хочет ковыряться в говне.
Этот кеш, дебилушка, лежит на диске.
Нужен он что бы при повторном включении шейдеры не компилялись а добывались готовые - он их по хешам исходов определяет.
Никакого отношения к рантайму он не имеет. В рантайме даже если кончились ресурсы какого-то мифического внутреннего буфера под бинари то опенгл тебе пихает явный хуй за щеку про интернал эррор, а ни в коем случае не крысит скомпиленные программы, как ты думаешь , а точнее пытаешься высасывать оторванную шизоидную хуету из своего хуя в попытках оправдать хуана и с надеждой что твой собюеседник точно так же не как и ты не будет читать что там написано.
>Ну да, я тебе сразу это написал
Не пизди, плез, ты нихуя не писал
Ты кинул ссылку на доку про дисковый кеш, увидев лишь слово кеш и не читав другие буквы.
Потом высосал из хуя что этот кеш имеет отношение к горячим и висящим в оперативе бинарями что он якобы заканчивается и бинари самоликвидируются.
Так что ты вруша, причем еще и невежественный вруша-пиздабол, маняотрицающий собственный обсер и пытающийся бравадливо дальше пиздеть что бы обсёр не спалили.
Мань, ознакомься с этим скриншотом из ААА игры и больше не позорься тут.
В ААА играх одно время разучились автодетект поддерживаемых разрешений, что бы потом можно было маркетингово хайповать на дешманских фичах про "мы в игру ДОБАВИЛИ ПОДДЕРЖКУ 4К, при том что квача3 из 99 или тот же зандронум может изкаробки хоть 8к хоть 16к, лишь бы поддерживала видязха и монитор" и хуле, мне теперь их мудростью восторгаться?
Опять же появляется предмет срача, а плохой пиар - это тоже пиар.
Ну сделай вот Хуан всё по-человечески, типа как с тем же блендером, бы получилось - заебись хорошо но по-прежнему не стандарт индустрии нихуя и для баблишка нужно по-прежнему учится высерам автодеска.
Не впишут.
Хуан уже писал на гитхабе в issues, что ни батчинг не будет завозить в 4.0, ни пропукивания, потому что вулкан такой быстрый, что это всё просто не нужно. Так будут не пропукивания, а незаметные микропуки (если у тебя 2080 RTX, как у Хуана, если видюха попроще или вообще встройка на ноуте - ну извини, не фартануло), поэтому это не стоит того, чтобы тратить ценное время Хуана на фикс.
Это, кстати, не первый раз, там вот челики есть из СНГ которые пишут и паяют опенсорсный мозг для автомобильного двигателя (rusEFI), так у них тоже принципиальный бздик в духе "нихачу использовать периферию камня, все эти ваши шимы-хуимы таймеры-хуяймеры, лучше возьму самый дорогой камень и нахуярю всё программно на ногодергах и все такой мегагерцами закидаю"
Он добавил в движок намного больше чем если бы отвечал "вам это нинужно".
Обрати внимание на местных движкописателей сидящих в треде - их спрашиваешь будут мобилки? будет экспорт в хтмл? будет c# как скриптовый язык? А они уже отвечают что у них не будет потому что ненужно. То есть они изначально уже хуже хуана.
> их спрашиваешь будут мобилки? будет экспорт в хтмл? будет c# как скриптовый язык? А они уже отвечают что у них не будет потому что ненужно.
Я делаю свой движок для своей игры. В которую сам играю. Мне не нужны ни мобилки, ни хтмл, ни сишарп. Хуан же делает движок как продукт.
Ну это возможно. Но вообще я пишу про планы, это не значит что я вот сейчас все остальное бросил. У всего есть свои приоритеты. И сейчас я как раз разбираюсь с прикруткой шарпа. А в голове и коде ставлю пометку, что шарп не стоит прибивать туда гвоздями, так как возможно будет добавляться второй язык.
Индустрия меняется. Все меняется. Лучше всеже учитывать варианты. Хуан вон сразу прибил GLES к движку. И в итоге уже потратил два года чтобы переделать рендер. А мог сразу потратить немного больше времени и сделать на будущее.
>>699037
>Я тебе открою секрет, тот же IL2CPP генерит более медленный код, чем написанный ручками, из-за абстракций шарпа, его рантайма.
Я и говорил про это, чем сложнее язык, тем сложнее и кодогенерация.
>>699070
>Открою тебе секрет.
>писали когда делали
Ну вообще-то писали его под другую игру - даже не шутер. В демо 94 года были драконы и рыцари.
>>699070
>Вот хороший пример, как надо:
Да, но только когда делаешь только для себя. У таких движков нет будущего для остальных - слишком много всего прибито гвоздями
>>699084
>Но ведь компиляторы в си - медленные (а я не думаю что ты напишешь лучше чем команды gcc/clang/msvc). Значит привет пропукивания скриптов.
Трансляция кода и последующая компиляция будут только во время сборки финального билда в редакторе. Никаких пропукиваний не будет
>>699094
>Msvc - тебе лицензией по губам проведут, ты не можешь распространять средства разработки вижуал студии со своей игрой.
Можешь. Точнее ты можешь указать что оно у тебя установлено. Так сделано например в опенсурсном essential engine - где скрипт-код компилируется как раз таки студией.
Не может быть такого, что никто даже не старается.
Поясните дилетанту.
Реально, 99.9% 3D проЭктов на Годо ограничиваются на видеорелейтед
>Что мешает?
1) Тотальное нищебродство годоть, в первую очередь. Пушо графика в реализм - это когда или на тебя батрачат сотни хуйдожников и моделеров или когда ты покупаешь готовые ассеты.
2) Говнокодность движка, уже во вторую - до просадок фпс тупо не доходит по причине п. 1.
Хз. Видел - хоррор в какой то комнате с часами, раннер, какой то коридорный шутан. Тот же интрепид. Или вот, не совсем реализм, но уже и не мультяшность
https://www.youtube.com/watch?v=KY4sQx8cGpw
Может и правда стоит доделать свой ассет флип
Тогда и я тоже к вам присоединюсь.
Только буду делать как этот завещал:
>>699070
Цель:
- сделать движок полного цикла для игры в жанре рпг которая в стиле might and magic 6. (движок полного цикла - это двиг и весь инструментарий)
Особенности:
- все ради обучения, а не продукта
- общее представление об планируемой игре (не вижу смысла детально прописывать геймплей, когда даже инструментов еще нет)
- минимализм во всем - если можно делать меньше фич, делаю; если можно отказаться - отказываюсь
- минимальные сторонние либы - не тянуть тонны говна, например вместо какого-нибудь булет или новенького заанонсенного physx 5 - хидер либу про колизии (не помню названия). Вместо dear gui - minimal ui и т.д.
- где это возможно и не вредит - свои велосипеды - они меньше чем зависимости - написать 10 строк для создания окошка явно лучше чем брать библиотеку на 500к строк говна
- одна платформа за раз - то есть сначала делаю под винду, потом уже буду думать про остальное
- только актуал - например вулкан вместо opengl, с++ 20 вместо си (раст не умею и не знаю)
- а да - с++ с классами, а не функционал си
>написать 10 строк для создания окошка явно лучше чем брать библиотеку на 500к строк говна
Если ты собрался писать редактор, то ты пожалеешь о своем решении, и не выполнишь слово пацана про С++ с классами (и WinApi в шиндовс и Xlib c GTK в линухе процедурные).
А при чем тут редактор? В 2020 году редакторы пишут на гуи движка (а про это уже написал - за него micro ui (https://github.com/rxi/microui).
Для моего проекта его достаточно.
>>699349
>и WinApi в шиндовс и Xlib c GTK в линухе процедурные
WinApi/Xlib и STL буду юзать. Вместо STL возможно EASTL
От WinApi/Xlib так-то самый минимум - создание окна и клава/мышь. Ну еще какой-нибудь messagebox для вывода критических ошибок
По файловой системе - filesystem из STL
По потокам... не нужны в минимализме. Но если понадобится (для загрузки данных) - в STL
По json парсингу (для того чтобы хранить данные) сторонняя микро либа
По звуку сторонняя микро либа
По рендеру - вулкан без сторонних утилит
Все остальное от платформы не зависит - можно велосипедить.
>>699352
>>wxWidgets на жирноQt.
И то и то говно. Не знаю зачем так делают редакторы. Редакторы юнити, уе, годота, униженого, крайджина, тыщи других двигов на гуи движка сделаны
>Вещи по большей части существующие лишь на бумаге
Но ведь нет же.
Вулкан сейчас как раз на коне, с его поддержкой вышли уже аж два новых дума, и из альтернатив DX пукан намного стабильней и предпочтительней тех же старших версий OpenGL которые тупо не работают из-за кривых драйверов, багулек в них и разработчиков которые положили на огл болт (ну то есть натурально, соснуть хуйца в 2020 гораздо проще на Опенл, особенно на амудэ и интеловстройках сосание случится с вероятностью в 200%, причем на интеле - аж на классическом функционале 1.0).
>с++ с классами, а не функционал си
> Пользуясь случаем - кто-нибудь встречал минималистическую библиотеку ECS? Без тон говношаблонов, а что-нибудь на пару К строк? (хотя возможно это тоже не нужно и обычной entity system достаточно)
Ты же должен понимать, что ECS - это абсолютная декапсуляция ради долбления не одного а всех ядер, и не то что с с классами, а чистейшее с без классов, не?
Эта вот хуйня ни разу не миниматистичная.. Не подходит
>>699361
>А потом будет поздно
нет. Я уже написал что платформозависимо. Все остальное либо из стороннего кросплатформенного, либо не зависит от платформы
>>699365
> что ECS - это абсолютная декапсуляция ради долбления не одного а всех ядер, и не то что с с классами, а чистейшее с без классов, не?
Как бы системы - это классы
Но как будто все сговорились - сломалось всё и у всех и именно сегодня.
Я типа эникейщик-программист, два в одном - ебанные оптимизаторы бизнеса и экономщики, не хотят нормального сисадмина брать на работу
>Как бы системы - это классы
Системы - это процедуры типа map, увы для тебя.
То что они синтаксически завернуты в крестовые классы не делает их объектами, а программирование с парадигмой ECS - объектно-ориентированным.
Потому что инкапсуляция отсутствует.
Они абсолютно аналогичны процедурам в С.
Вообще, если бы в няшную добавили лямбды, неймспейсы и темплейтные функции, то многие юзкейсы крестов бы тупо были ликвидированы.
>Системы - это процедуры типа map, увы для тебя.
Это классы, содержащие методы для работы с компонентами
>>699370
>Потому что инкапсуляция отсутствует.
С чего это? Как раз таки присутствует - каждая система инкапсулирует набор компонент, не давая работать с ними напрямую, а только через методы
Если ты решил подвигать компонент TransformComponent - то реально двигать должна система TransformSystem, а не пользователь. Это самая натуральная инкапсуляция.
Как бы если сделать возможность двигать напрямую редактируя члены TransformComponent, то это - EC
>Если ты решил подвигать компонент TransformComponent - то реально двигать должна система TransformSystem, а не пользователь. Это самая натуральная инкапсуляция.
Это очень примитивный взгляд. Например GravitationSystem тоже захочет подвигать Transform, а потом EnemyPushSystem и так далее.
>Это очень примитивный взгляд. Например GravitationSystem тоже захочет подвигать Transform, а потом EnemyPushSystem и так далее.
Они не должны двигать, они должны оповещать TransformSystem о том что хотят подвигать. Для этого есть понятие сигналов
Кстати, знаешь что самое смешное - саму систему ECS пишут на полноценном С++, потому что на си ее не сделать без костылей. Например entt - это 100% С++ с метапрограммированием на шаблонах.
GravitationSystem не захочет подвигать трансформ, она захочет прочитать position, velocity acceleration и mass, отрейкаститься с другими объектами, после чего изменить velocity и acceleration, после чего отправит сообщением массив изменений системе трансформ, а уже Transform сделает из Velocity и Acceleration Position.
Как бе немаловажная часть ECS - граф зависимостей систем, ктоо кому продюсит и кто у кого консумит.
хм, ну возможно. Но по файловой системе все остальное еще большая жопа и чего-то прям 100% мультиплатформернного я не знаю
Ну сделаю для андроида платформерный костыль
>>699379
>она захочет прочитать
ну так есть friend
А вообще - это холиварная тема выделения компонент - так-то да, много всяких вопросов взаимодействия компонент, на которые толком до сих пор никто не ответил. Например рендер компонент без трансформа тоже работать не будет - но это нарушение самого смысла компонент, так как заставляет лезть в другую область и дергать где-то из середины компонент
Ваши оправдания.
https://youtu.be/XQfy0ERw3bk
> ASLR (англ. address space layout randomization — «рандомизация размещения адресного пространства») — технология, применяемая в операционных системах, при использовании которой случайным образом изменяется расположение в адресном пространстве процесса важных структур данных, а именно образов исполняемого файла, подгружаемых библиотек, кучи и стека.
> случайным образом изменяется расположение в адресном пространстве процесса важных структур данных, а именно образов исполняемого файла, подгружаемых библиотек, кучи
> и стека
♪♪♪♪♪♪БАМММ, БАМММ ПРОВЁЛ Я ВЯЛЕНЫМ ЗДЕШНИМ УМНИКАМ ПО ГУБАМММ♪♪♪♪♪♪♪♪
А в остальном, вы, господа мои хейтеры, соснувши.
Разве что под нищеброда 90х с софтрендером в настройках.
Для экспириенса PS1 нужно
1) Афинное текстурирование без Z perspective correction
2) Отсутсвие з-буфера, только алгоритм художника, только хардкор
3) Палитры в 16 цветов для энваронмента и 256 цветов для чаров. Сам цвет - 16 бит онли, никакого труколора.
4)Самое главное - фильтр-шейдер эмуляция CRT зомбоящика с эмуляцией артефактов интерполяции цвета.
https://github.com/libretro/common-shaders/tree/master/crt/shaders/crt-royale
Если мы именно под ностальгию стилизуем, а не под нюфань - эмуляторщиков.
>Тем более что ps1 - это вообще-то пререндеры
Только некоторые игры вроде фекал фентази и резидентов. В остальных - полное 3D.
И да, именно 3D, PS1 и N64 единственные настоящие 3д-консоли того поколения, с привычными зд-операциями и треугольниками, у остальных конкурентов был наркоманский пиздец в виде квадартных полигонов которые на самом деле хитрожопо кукоженные спрайты.
>На ps1 это 3д выглядело настолько всрато.
Поправлю тебя.
На пс1 это выглядит всрато сейчас, на фоне шейдеров и некстген-графона.
Ну или для зумерков 1999+ года рождения, у которых эпоха заката ПС1 прошла под обоссывание памперсов.
В 1997 году все нахуй охуевали от увиденного некстген-графона будущего, в клубюах были очереди, а если какой-то протыкласнику покупали таки ПС1 то обладатель сеги становился тут же неактуален и очереди в домой "поделать уроки" и в дружбаны тут же выстраивались к обладателю ПС1.
Стилизация - это не значит что должно быть убого, мыльно и через жопу.
Например почему автор не включил поинт фильтрацию? Для олдскула это обязательно. А у него там мыло
На мельницу неплохо бы бамп-мапинга завести, я понимаю что в играх 91 года его не было, но... мы в 2020 году.
На ладшафт бы завести нормали.
А в идеале еще и покрыть все трехмерной травой (ведь у нас туман, и как бы огромный запас производительности.... хотя о чем я - это же гондот)
Еще бы объемный туманчик - это охуенно меняет картинку, при этом не портя псевдоолдскул
>всрато сейчас
И тогда тоже. На спрайтах получался охуенный графон (актуальный даже сейчас - например от первого дума не тянет блевать, как от первого резидента).
Дюк нукем, дум - когда говорят об олдскуле - вспоминают именно их, а не все то говно в 3 полигона что выходило тогда же.
>тогда на пк была эпоха glide
У полутора человек на весь город из десятка имеющий не дервнюю рухлядь вроде 386-486.
И да, глайд графон = н64 графон = всратая мазня лоурезных текстур билинейкой. Не понимаю, почему ты считаешь графон пс1 всратым, а графон кваки1 и анреала нет, если вся разница между ними в отсутсвии фильтрации.
https://www.youtube.com/watch?v=JUid6ZFIM28
https://www.youtube.com/watch?v=4rwVQfYDAZA
>> графон пс1 всратым
>потому что рыгать хочется от говна на экране
>>а графон кваки1 и анреала нет
>потому что он до сих пор приятен.
Но ведь они одинаково блевотны, просто на пк текстурки получше и сглаживание есть, геометрия одинаково угловатая, освещение одинаково примитивное, вертексное в лучшем случае, ты шизик кокой -то, или к окулисту пора если разницу с настолько отличающимися впечатлениями видишь.
И на самом деле это
https://www.youtube.com/watch?v=9-tT_rzkVBg
Выглядит намного лучше
https://www.youtube.com/watch?v=CgHq_muqeH0&list=PL30CJwxIgVycgZ1Cw_5WeejC0CbDBfg79
>>699359 →
>юнитишизику
Люди, живущие в городах - городошизики. Люди с высшим образованием - вузошизики. Люди с семьёй - семьешизики. Люди, едящие мясо - мясошизики. Вокрг одни шизики. И только годотя знает истинный путь...
>Люди, живущие в городах - городошизики
Да, жить в человейниках, дышать выхлопными газами, РАБотать РАБоту за получку от дяди, стоять в кредитном ведре в пробках - ну точно городошизики.
> Люди с высшим образованием - вузошизики
В СНГ-несомненно.
Подавляющее большинство - для откоса на 6 лет от армейки от которой можно было бы сразу откосить занявшись врачами и прочими коррупционными схемами. Которыми всё равно придется заниматься спустя 6 лет просиживания штанов.
> Люди с семьёй - семьешизики
Рожать надо, пока молодая, потом захочешь – а поздно будет. Что значит «не хочу ребёнка»? Все хотят, не выдумывай! Дети – это счастье! Может, у тебя просто нормального парня не было? Часики-то тикают! Что значит «денег нет»? Дал бог зайку – даст и лужайку!
Я только одного не пойму - какое утверждение ты пытаешься опровергать?
Любой дебил может запостить ссылку на википедию и сказать "смарити я падибил понили?"
Только долбоёбом от этого он быть не перестанет, ровно как и не получит новых знаний и не станет внезапно разбираться в работе операционной системы.
Ты как был додиком, который не знает про системные вызовы и отличие кернел спейса от юзер спейса, так им и остался.
Так кому и чем ты провел по губам, можешь пояснить?
И знаешь. что самое забавное? Ты опять обосрался на весь тред.
>значит таблица страниц рано или поздно засорится и протечет, значит стек нужно дефрагментировать
Всё, что идет после слова "значит" - твоя маня-фантазия, не имеющая отношения к реальности, на той же вики об этом не написано, и в гугле ты не найдешь такого высера, потому что ты это придумал.
Нашел какую-то хуйню на вики, даже не понял, о чем там написано, просто увидел знакомое слово и прилетел в тред со свербящим от перевозбуждения очком. Но если бы ты успокоился и почитал про эту технологию подробнее, например тут:
http://cybersecurity.upv.es/solutions/aslr-ng/aslr-ng.html
Ты бы увидел:
>Current ASLRs have been implemented by adding some randomness to the original positions of the objects (or maps), in order to: 1) maintain the relative position of each object, 2) allow growable objects (stack and heap) and also 3) to avoid fragmentation.
Для тупых (тебя) перевожу пункты 2 и 3:
Реализации asl позволяют работать с растущими объектами, такими как стек, и позволяют избегать фрагментации.
>В ОС Windows технология ASLR поддерживается, начиная с Windows Vista (2007 год) [1] для исполнимых файлов и библиотек, собранных сo специальными флагами.
>ASLR не используется для приложений, собранных без специальных флагов, и при работе в режиме совместимости с более ранними версиями Windows.
Еще с той же википедии.
Т.е. это даже не механизм ОС, по дефолту работающий для всех бинарников, а опциональная хуйня, нужная 1% пользователей для каких-то мегасекрьюрных приложений.
Более чем уверен, что 99% пользовательских приложений, тем более игр и движков, собираются без этих флагов.
И как наличие этой ОПЦИОНАЛЬНОЙ фичи должно опровергнуть тот факт, что ты додик, порющий хуйню на дваче?
Тем более, на тот момент, когда ты порол хуйню про дефрагментацию стека, ты и не знал о существовании этой фичи (которая, к слову, стек и не фрагментирует, несмотря на то, что ты себе это выдумал, о чем написано постом выше).
> Current ASLRs have been implemented by adding some randomness to the original positions of the objects (or maps), in order to: 1) maintain the relative position of each object, 2) allow growable objects (stack and heap) and also 3) to avoid fragmentation
Пиздец, ты понимаешь что ты сейчас только что себе насрал в штаны, вы весь прошлый тред пиздели что такого не бывает что это невозможно и ты сечас такой кидаешь мне цитату где эта проблема с фрагментацией памяти признается?
Оно фрагментирует виртуальную память и все секции в том числе и секцию стека.
> Т.е. это даже не механизм ОС, по дефолту работающий для всех бинарников, а опциональная хуйня, нужная 1% пользователей для каких-то мегасекрьюрных приложений.
Как раз наоборот, это прилождений без флагов полтора процента и они просят окошко админа при запуске.
Фрагментация памяти возможна, и на жестком диске, и в оперативке, если речь о куче.
Фрагментация стека невозможна, т.к. стек по своей природе неразрывная структура.
Обтекай дальше, шизик.
>>699464
> в том числе и секцию стека.
Иди читай дальше, как это работает.
>The stack could be SHIFTED a few bytes (or pages), the sections of your program (and even the libraries your code uses) can be loaded at different addresses, etc.
Он может сдвинуть секцию, но разорвать стек не может, потому что процессор не сможет работать с фрагментированным стеком, он просто инкрементнет регистр с указателем на стек. и всё пукнув обмякнет .
> Фрагментация стека невозможна, т.к. стек по своей природе неразрывная структура.
> технология, применяемая в операционных системах, при использовании которой случайным образом изменяется расположение в адресном пространстве процесса важных структур данных, а именно образов исполняемого файла, подгружаемых библиотек, кучи и стека.
> in order to: 1) maintain the relative position of each object, 2) allow growable objects (stack and heap) and also 3) to avoid fragmentation.
Ахаха, прекращай, ты сам только что обосрался с пруфами что стек фрагментируется и это проблема которую даже твои секурити признают.
@
ЗАТАИЛСЯ, УШЕЛ НА ДНО НА ДОЛГОЕ ВРЕМЯ, НАЧАЛ ГОТОВИТЬ ПЛАН МЕСТИ, СОБИРАТЬ ИНФОРМАЦИЮ, ЧТОБЫ УНИЧТОЖИТЬ ДЕШЕВОК-ОБИДЧИКОВ
@
НАКОНЕЦ-ТО, ТЫ ГОТОВ, ПРИШЛО ВРЕМЯ НАНЕСТИ ОТВЕТНЫЙ УДАР
@
ВРЫВАЕШЬСЯ В ТРЕД С НЕОПРОВЕРЖИМЫМ ДОКАЗАТЕЛЬСТВОМ ТОГО, ЧТО ТЫ ВСЕХ ПОБЕДИЛ НА ДВАЧЕ - СО ССЫЛКОЙ НА ВИКИПЕДИЮ ПРО КАКУЮ-ТО ХУЙНЮ, СУЩЕСТВОВАНИЕ КОТОРЫЙ ТЫ НАГУГЛИЛ ВЧЕРА ВЕЧЕРОМ, НО ЕЩЕ НЕ ПОНЯЛ ЧТО ЭТО И КАК РАБОТАЕТ
@
ВНЕЗАПНО ЗАМЕЧАЕШЬ, ЧТО ТЫ ОБОСРАЛСЯ, А ПО ЛЯЖКЕ СТЕКАЕТ ТУГАЯ СТРУЯ ПОНОСА
@
ВИЗЖИШЬ, ЧТО ЭТО НЕ ТЫ ОБОСРАЛСЯ, А ГОВНО ТЕБЕ ЗАЛИЛИ В ШТАНЫ ЗЛОУМЫШЛЕННИКИ
@
ОПЯТЬ ПРИДЕТСЯ УЙТИ НА ДНО НА ПАРУ МЕСЯЦЕВ, И ГОТОВИТЬ НОВЫЙ ПЛАН МЕСТИ
Вот это ты всех уделал так уделал.
Я тебе тоже продублирую текст и предыдущего поста, видать ты туговатый, раз с первого раза не доходит.
>The stack could be SHIFTED a few bytes (or pages), the sections of your program (and even the libraries your code uses) can be loaded at different addresses, etc.
>Он может сдвинуть секцию, но разорвать стек не может, потому что процессор не сможет работать с фрагментированным стеком, он просто инкрементнет регистр с указателем на стек. и всё пукнув обмякнет .
>с пруфами что стек фрагментируется
Я не виду в процитированной тобой строке утверждения, что стек фрагментируется, ты еще и в английском языке ничего не понимаешь, не только в компьютерах?
Нормальному человеку - не нужно всё это знать.
Дефрагментатор стека просто шизик, я уже даже и не помню, с чего начался этот срач, но он верещал что-то в духе "юнити говно, потому что фрагментирует стек, поэтому на юнити невозможно создавать игры, нужно писать свой движок с нормальным стеком".
Обычный безыгорный шизик, который не создаст ни одной игры за свою жизнь.
Дело все в том, что я решил похайпить на шизике и попытаться, зацепившись за АСЛР, попробовать потраллить тупостью. У меня еще заготовка под упомянутый кернел спейс была (в котором точно такие же виртуальная ипамять но с разными флагами привелегий в дескрипторе страниц. Но тут пришел настоящий шизик, который тебе и сказал что он не я и с которым ты сейчас пытаешься разговаривать.
https://youtu.be/_73UBoDZDLo
Судя по твиттеру, он там один годотю говнокодит.
А когда годотя станет 13.6 ярдов стоить?
Планирую разработку 2д платформера, ни больше, ни меньше. С рисованными (возможно от руки) спрайтами, боевкой с продвинутой физикой и т.п.
Из общих соображений думаю на UE делать, но посмотрев видосы по сравнению движков окончательно запутался. Кто-то говорит, что UE использует много костылей для 2д, физику (так и не понял, что под этим имелось в виду) нужно отдельно писать, анимация сложным способом делается.
На юнити типа гораздо лучше 2д делать, лучше работа с анимацией, физикой (опять, хз, что это означало), куча индюшатин, типо холлоу найта на юнити, на мобилках миллиард игор, куча туториалов, но поддержка от разрабов гораздо хуже.
Еще есть годот. По отзывам - теплый, ламповый, производительный, не требовательный, отлично с 2д работает, бесплатный и т.д. и т.п. Но ни одной сколько нибудь популярной игры попросту нет на нем.
КОРОЧЕ ВОПРОС: забить на религиозные срачи и ковырять себе UE или есть фундаментальный недостаток или киллер-фичи в других движках, чтобы их предпочесть?
На блюпринты похер, как и на то, писать на сишарпе, крестах или годотовском питоне.
>>699568
>SDL2 + Box2D хуле тут думать.
>Или libgdx
Уточню, мне это не для создания "лучшей игры тысячелетия", не для финансового успеха, а просто хобби. Нет большого желания ковыряться в библиотеках и фреймворках. Поэтому желательно, чтобы движок был как можно более дружелюбный и менее кривой.
>>699570
>подавляющее большинство успешних инди не на юнити, а на самописных движках.
Я имею в виду, что из перечисленных мной движков почти все мобилки и инди захвачены юнити, на анриале мало, а годот - вообще нихера практически.
>>699575
>Годот ещё слишком сырой, юнити твой выбор. Один местный наебизнесмен как раз юнити использует для своих платформопроектов типо инмоста. Но проблемы будут и на нем, просто гораздо меньше.
Спасибо. Как раз главное, чтобы минимум проблем возникало, ковыряться просто для развлечения на досуге.
Ну вообще немало времени потратил на поиск либы для лога. Лог - важная вещь в разработке, на старте постоянно дохуя ошибок и проблем - надо мониторить.
Но все они какие-то монстроузные, все эти spdlog, nanolog и т.д. А у меня одна из целей - минимализм кодовой базы.
Немножко обмозговав пришел к выводу - сторонние либы тут и не нужны:
- оверхед от логирования в инициализации не страшен
- логирование во время выполнения - это сигнал что уже что-то не так, поэтому оверхед не страшен, все и так уже скорее всего плохо
- в случаях, где все плохо и уже не спасти - вполне вместо лога можно юзать WinAPI MessageBox (буду юзать его например при создании окна, так как оно ведь тоже на винапи)
- для ассертов хватит assert из assert.h
А да, немножко меняется идея игры - я увидал Genshin Impact, мне зашел геймплей и визуал - теперь хочу такое. Вот и причина почему сейчас нет смысла описывать геймплей игры (в будущем оно еще несколько раз сменится, так что пока стоит писать общие вещи)
>я увидал Genshin Impact, мне зашел геймплей и визуал
Аниме у нас не очень в почете.
>причина почему сейчас нет смысла описывать геймплей игры (в будущем оно еще несколько раз сменится
Недавно кидали видос, в общем типичная ошибка - надо изначально продумать 30-секундный геймлуп. Начинать с общих измышлений - путь к провалу.
>Аниме у нас не очень в почете.
Но его проще делать в инди - например экспортируя анимации и модели из MMD
>>699594
>Недавно кидали видос, в общем типичная ошибка - надо изначально продумать 30-секундный геймлуп. Начинать с общих измышлений - путь к провалу.
Любые 30-секундные гейлупы в определенный момент могут столкнуться с нехваткой возможностей для их реализации в велосипедном движке
Нихуя - сделать нормальный анимерендер займет не меньше человеколет, чем какой нить пбр. Создатели гилти гир рисовали по полгода модельку одного персонажа, проверяя чтобы со всех углов нормально смотрелось.
Алсо, модели из ммд 99% подкопирайтные так что не советую их куда либо вставлять.
>(я тот анон который хочет писать минималистичный двиг под 3д
>base.cpp
>core.cpp
>math.cpp
>engine.cpp
>разработка движка окончена на написании функции для логирования
Классика жанра просто.
Бери юнити, не еби мозг.
Даже судя по тому, как ты назвал свои файлы - движка у тебя уже не получится с вероятностью 100%.
Очевидно же, что ты вообще не имеешь представления о том, что собрался писать. Почитай хотя бы game engine architecture для начала. Иначе разработка движка для тебя закончится на обдумывании функции логирования.
>на самом деле я что-то устал от кодобаз с тысячами файлов
Действительно, зачем разделять код на отдельные файлы, когда можно иметь одну помойку на 100к строк, где вся параша будет лежать вперемешку.
https://www.youtube.com/watch?v=GqTgbRa5Bq0
#паскальживи
https://github.com/kitao/pyxel
Также сделан класс Engine выполняющий весь цикл
Еще хотел сделать Window и Input на винапи, но прокрастинация не дала.
Тогда уж завтра будет окошко, а то 3 ночи уже.
И хорошо бы завтра начать вулкан
>retro
Почему словом "ретро" называют всратое ублюдочное говно из двух пикселей?
Даже в начале девяностых в играх уже был арт, недосягаемый для сегодняшних клепателей говна с припиской "ретро".
https://youtu.be/oQs7o0lSm4s
>А я тоже вчера написал лог, у меня он 50 строчек занимает, что тут вообще писать? правда буковки не цветные выводит...
Ну меня лог где-то в 80-100 строк. На пикче как я делаю цветной вывод (вот тут статья https://habr.com/ru/post/119436/)
А вообще идеальный лог должен:
- минимальный оверхед - всеже лог дергает медленную файловую систему
- тредозащищенность, но с минимальным оверхедом (чтобы разные потоки могли в него писать, и при этом лог не стал узким местом из-за постоянного лока мьютексом)
- отказоустойчивость - лог должен вывестись, даже если там фатально все свалилось (нет ничего хуже, чем критический краш, при котором лог не успевает записаться и даже не понятно куда копатЬ)
- ну и еще там всякие отчеты формировать и т.д.
Так и получают огромых монстров
https://github.com/gabime/spdlog
https://github.com/mattiasflodin/reckless
Пиксельарт C64 выглядел так.
> Годот можно уважать уже за то, что документация к нему пишется на божественном reStructured text, а не раковом маркДАУНЕ
>>699632
>На годоте сделать игру.
Я не хочу разбираться, хорош годот для создания игор или плох. Но есть простой факт - в стиме на годоте одна сверхиндюшатина с несколькими обзорами. Ни одной хоть сколько нибудь значимой или популярной игры с высокими оценками просто нет.
Среди топа игр практически нет игр на юнити (в основном самописные движки)
Где то около топов болтается холлоу кнайт, в котором физика юнити позволяет проскочить сквозь стену лифта скипая уровни, и в котором прыжок застревал если открыть меню, и потом всю остальную игру можно было летать по воздуху.
Юнити вполне удачный лохотрон, там все время надо покупать ассеты, оплачивать подписку, к играм высеры на юнити имеют мало отношения, а единичные успехи, как тут говорят, талантливые люди и на экселе и паверпоинте могут, и на годоте, вот у них и на говноюнити получилось.
> там все время надо покупать ассеты
Не надо. Можешь пользоваться юнити как годотом, без сторонних ассетов, всё пилить ручками. Только не надо будет бороться с фризами, пропукиваниями, и фпс будет больше 40.
>оплачивать подписку
Надо только если ты заработал больше 100к долларов. Но если тебе повезет их заработать, то заплатить 40 долларов за движок, который помог тебе в этом - не страшно.
> единичные успехи
Можно привести в пример десятки и сотни успешных топовых игр на юнити, от холлоу найта, ори и enter the gungeon до римворлда и многих других игр. Где тут единичные успехи, если таких игр много?
>вот у них и на говноюнити получилось.
А на годоте ни у кого не получилось, забавно, да? Значит, талантливые люди выбирают не годот, а юнити, я лучше присоединюсь к ним, чем к кучке безыгорных чуханцев.
>там все время надо покупать ассеты
Пиздец, я уже думал гондотер взялся за ум, больше не вякает свое не нужно.
Но нет, он опять за старое. Гондотер - я тебе открою страшную тайну, сейчас там в сообществах годота и в твитере Хуана (а также в недавнем голосовании) обсуждают добавление платного ассетстора в годот, для того чтобы получать прибыль на развитие годота. (впрочем стор уже есть, но не Хуановский).
Пиздец, ты какой-то долбоеб, сначала орал что батч не нужен. Завезли батч, теперь везде им тыкаешь. Теперь что-то орешь про ассеты, хотя скоро и в твой годот завезут свой оффициальный платный стор - вангую тоже будешь им тыкать направо и налево
>Юнити вполне удачный лохотрон, там все время надо покупать ассеты, оплачивать подписку, к играм высеры на юнити имеют мало отношения, а единичные успехи, как тут говорят, талантливые люди и на экселе и паверпоинте могут
>>699705
>Среди топа игр практически нет игр на юнити
> в котором физика юнити позволяет проскочить сквозь стену лифта скипая уровни
Вот ты реально думаешь, что никто погуглить не способен, чтобы твой булщит проверить? Куча известный и качественных игор на юнити, практически весь мобильный рынок нахрен им загажен.
На годоте нет НИ ОДНОЙ высоко оцененной или хоть сколько бы распространенной игры. Аргументом про самописный движок ты сам себе на голову насрал. Ведь хоть годот не пиарят, как юнити, но у самописных движков нет вообще никакого пиара, кроме той игры, которая на нем написана, так что по твоей логике не должно быть никаких известных игор на самописных движках.
А с багом вообще охуенно. На годоте, стало быть, игры без багов автоматом выходят. Круто, че.
>Только не надо будет бороться с фризами, пропукиваниями, и фпс будет больше 40.
Пощади, человек-анекдот, это в юнити то не надо бороться? Там под 99% игр на юнити отзывы "тормозит, не оптимизирована"
>от холлоу найта, ори и enter the gungeon до римворлда и многих других игр. Где тут единичные успехи, если таких игр много?
Это и есть единичные успехи. Ори кстати тоже с физикой не очень, там можно провалиться под уровень. Римворлд сам автор писал что юнити не вытягивает и у него переписано там все, а от юньки там чуть ли не только звуковая подсистема. Вот реально, для названных тобой игр юнити не нужна или не лучший выбор.
>А на годоте ни у кого не получилось, забавно, да?
Еще получится, движок недавно стабилизировался.
>Значит, талантливые люди выбирают не годот, а юнити, я лучше присоединюсь к ним
Нет, это значит что ты каргокультист выбирающий юнити просто потому что у него маркетинг лучше.
Открываем списки топ 100 игр за все время, видим: десяток супермарио - не на юнити, десяток зельд - не на юнити, гта 3-са-вс-4-5 - не на юнити, рдры - не на юнити, HL1-2-portal-каэс-л4д - не на юнити, овервотч не на юнити, спортивные тони хоки, футболы, гонки - не на юнити, хало 1-2 - не на юнити, биошоки - не на юнити, скайримы-тесы, ведьмаки - не на юнити, кодзимоигры - не на юнити, финалки - не на юнити, КоДы и прочее - не на юнити, God of warы - не на юнити. Бэтмены, человеки пауки - не на юнити, анчартеды - не на юнити, деусы не на юнити, резики - не на юнити. Масс эффекты не на юнити. Покемоны не на юнити, дарк солсы не на юнити, думы не на юнити. Майнкрафт не на юнити. Борда не на юнити, дивинити не на юнити, дисхоноред не на юнити, ассасины не на юнити. Блядь, я заебался листать. Ласт оф ас не на юнити. Лол, витнесс не на юнити. Джорни не на юнити! Спелунки не на юнити!! Дота 2 не на юнити!!!
Я проверил несколько списков 100 лучших игр, там нет НИ ОДНОЙ игры на юнити! НИ ОДНОЙ! Ни 50, ни 25, ни 10, ни 2. НОЛЬ!
Чекнул оставшиеся, по списку самых продающихся игр
https://en.wikipedia.org/wiki/List_of_best-selling_video_games
Пабг не на юнити, тетрис не на юнити, террария не на юнити, дьябла не на юнити.
Ооок, открываю топ стима. Факторио не на юнити, Стардью не на юнити, байндинг оф айзек не на юнити!
Вау найдена первая игра в топах на юнити! Это РимВорлд! Ой погодите
>I don't use most of the Unity gameplay object and component system, though, because it is too heavy for the thousands of objects in RimWorld. The object framework is custom-coded and fixed-timestep.
Автор переписал движок... Какая незадача, юнити НЕ ТЯНЕТ лол. ВНки не на юнити, хотлайн майами не на юнити, донт старв не на юнити, лайф из стренж не на юнити, андертейл не на юнити, вулф амонг ас не на юнити, целеста не на юнити, дед целлс не на юнити, еще несколько игр не на юнити, все. Закончился список топ 50 игр стима.
Найдено две игры под конец! Это дырявый кнайт и капхед! Две довольно багованые 2д игры, которые выезжают только на арте, то есть и тут движок ничем не помогает! Такие дела кочаны.
Найс маня-мир кукаретика.
> Для игры холлоу кнайта никакой юнити не нужен, там достаточно или годота или самописного движка
По мнению безыгорного чуханца с двача.
По мнению авторов холлоу кнайта - юнити нужен, поэтому они выбрали и использовали юнити, а не годот или самописный движок.
>Выйдет как минимум не хуже
Либо вообще не выйдет.
Технически холлоу кнайта можно было и на голом ассемблере написать, вышло бы не хуже, только заняло бы это не год-два (хз сколько они разрабатывали на юнити), а 50 лет, и авторы бы просто не довели проект до конца из-за отсутствия удобного инструментария для разработки.
На годоте бы они делали игру в 10 раз дольше из-за отсутствия ассетов и нормального инструментария (кто работал с теми же тайлмапами в годоте - поймет, в юнити простое создание палитры тайлов из спрайтшита быстрее и удобнее, чем в годоте в 100 раз), и не факт, что доделали бы до релиза, не факт, что хватило бы финансирования делать игру в 10 раз дольше, чем они делали на юнити.
>Заслуги юнити в успехе этой инди игры нет
Заслуга юнити - то, что игра в принципе вышла и существует.
>По мнению безыгорного чуханца с двача.
У меня игр сделано больше, чем у тебя будет за всю твою оставшуюся никчемную жизнь.
>По мнению авторов холлоу кнайта - юнити нужен, поэтому они выбрали и использовали юнити, а не годот или самописный движок.
Ну выбрали и выбрали. А другие инди выбрали самописный и обошлись без всякого хуюнити. А кто то выбрал годот и уже релизнулся на нинтедо свитч.
>На годоте бы они делали игру в 10 раз дольше из-за отсутствия ассетов
Какие там ассеты в холлоу кнайте используются?
>кто работал с теми же тайлмапами в годоте - поймет
Я работал, очень удобный пайплайн - годот подхватывает сразу файл сохраненный из Tiled.
>и не факт, что доделали бы до релиза, не факт, что хватило бы финансирования делать игру в 10 раз дольше
Маняфантазии безыгорной чушки о том что невозможно доделать 2д платформер, лол.
Тут кидали видос где чувак игру которую делал несколько месяцев в юнити, он ее в годот перенес за 2 недели.
>Заслуга юнити - то, что игра в принципе вышла и существует.
Че несет. Заслуга того что вышла - в программистах и художниках игры. Они могли на чем угодно сделать.
> Там под 99% игр на юнити отзывы "тормозит, не оптимизирована"
Пруфы будут, или очередные маня-фантазии шизофреника?
> Ори кстати тоже с физикой не очень
Как будто в годоте с физикой всё очень.
3д физика в годоте вообще неюзабельная, дрожащие и проваливающиеся друг в друга коллайдеры есть даже в официальной хуановской 3д платформер демке.
>Еще получится, движок недавно стабилизировался.
3.0 вышла в январе 2018го, за два года даже ни одного нормального инди платформера никто не сделал, про 3д речь даже не идет.
>просто потому что у него маркетинг лучше.
Нет, я долгое время пользовался годотом, еще до того, как попробовал юнити.
Очень хотелось верить в него, потому что опенсорсный движок для 2д и 3д это круто, такой проект нужен, чтобы разбавить монополию уеча и юнити.
Наелся говна, фризов, пропукиваний, низкого перфоманса, глюков в интерфейсе (бывает такое, что редактор анимаций просто не сохраняет ключевые кадры при нажатии на сохранить, ты закрываешь сцену, открываешь опять и видишь, что час твоей работы пропал коту под хвост, но откуда об этом знать безыгорному фанатику годоти, он ведь не пробовал делать игры), проблем с физикой в 3д (те самые проваливающиеся и застревающие коллайдеры) и еще куча всего. Долго терпел эти баги, думал, что это нормально, любой движок имеет баги, надо просто уметь обходить их, прятать костылями.
Потом попробовал юнити, и увидел, что там всего этого нет, просто берешь и делаешь игру, не отвлекаясь на то. чтобы покушать говна, и понял, что зря тратил эти месяцы на годот. Надо было просто брать юнити и не ебать мозг.
Да, там встречаются и свои проблемы, но по сравнению с годотом это ничто, просто небо и земля.
>Пруфы будут
Весь стим в пруфах.
>3д физика в годоте вообще неюзабельная, дрожащие и проваливающиеся друг в друга коллайдеры есть даже в официальной хуановской 3д платформер демке.
Это уже давно пофиксили, когда move_and_slide_with_snap ввели.
>3.0 вышла в январе 2018го
3.0 была довольно сырой, надо хотя бы от 3.1 считать.
>за два года даже ни одного нормального инди платформера никто не сделал
Несколько уже сделано, мань.
>про 3д речь даже не идет.
Два года для 3д игры это тащемта ниочем.
>Наелся говна, фризов, пропукиваний, низкого перфоманса, глюков в интерфейсе
Обычное дело для сложного софта, в той же юнити можно написать целую стену подобных глюков.
>(бывает такое, что редактор анимаций просто не сохраняет ключевые кадры при нажатии на сохранить, ты закрываешь сцену, открываешь опять и видишь, что час твоей работы пропал коту под хвост, но откуда об этом знать безыгорному фанатику годоти, он ведь не пробовал делать игры
Может такое и было, сейчас активно делаю анимации, с путями, с кривыми безье, все сохраняется, никуда не пропадает. Могу посоветовать сохраняться почаще в любом случае + версионирование и бекапы через гит, в годоте текстовый файл проекта и сцен так что историю можно даже диффами смотреть и восстанавливать если надо.
>просто берешь и делаешь игру
Много уже наделал?
Аноним
20/09/20 Вск 15:31:59
№444