Здесь обсуждается только техническая сторона дела: алгоритмы, архитектура, паттерны и реализация всего этого. Вопросы по Unity и прочим движкам, бложеки, охуительные идеи и поиск программистов/художников/инвесторов - в соответствующем разделе. Буду репортить, ибо нехуй.
Прошлый >>1144536 (OP)
#gamedev #геймдев #(разработка игр) #игры #unity #godot #ue4 #unreal #lua
Подписался. Хуюнити не нужен.
> алгоритмы,
нахуй
> архитектура,
нахуй
> паттерны
нахуй
> и реализация всего этого.
Вы вообще с какой планеты?
Рад, что тредик живет! :3
Подскажите годных гайдов, книг, статеек по вкату в юнити. Шарпец знаю хорошо, работаю на нем, js знаю неплохо. С чего начинать, собсно?
>Да, таки рогалик - это лучший петпроект.
Я подумываю о петпроекте в виде ДВИЖКА для рогаликов. Качественных роглайк-движков в природе просто нет. Дальше всех продвинулся T-Engine4 из ToME, но он обладает марающей GPL-лицензией, то есть все игры на нём обязаны тоже быть GPL как минимум в части исходного кода, а кому всрался движок, заставляющий открывать все исходники?
Что значит изучить?
Из олдовых есть три наиболее известных: ADOM, Dungeon Crawl, ToME. ADOM из них самый замороченный, Dungeon Crawl самый простой. ToME вроде как самый коммерчески успешный, но я в рот ебал ту размытую графику.
Если же ты совсем нуб и хочешь ощутить, КОКОВО, то однозначно рекомендую DoomRL: https://drl.chaosforge.org/downloads
p.s. А ещё есть мемный рогалик от Боброва. Так и называется - Медовый Рогалик.
Возможно мы что-то не так делаем, но начали делать проект, я залил все ассеты и прочий контент, в сумме получилось около 8 гигов, начал заливать на гит ( сурс трии и битбакет), а он больше 1 гига не хочет пушить. Начал гуглить другие решение и за вменяемую цену не нашел.
Есть мысля, что на гите только код, а контент должен лежать на локалке, но разве это не костыльно
> на гите только код, а контент должен лежать на локалке, но разве это не костыльно
Задачка на математику гита. Ты создаешь проект с пятью гигами картинок (размер всего остального ничтожен и игнорируется). Потом ты удаляешь три гига ненужных картинок и добавляешь два гигах новых. Потом добавляешь еще пять гигов новых картинок. Потом делаешь чистку и удаляешь шесть гигов картинок. Потом все картинки пакуются в один гигобайтный архив ресурсов, а все непакованые картинки удаляются. Вопрос. Какой размер будет у репозитория?
>1. Это то что нужно разбивать объявление и реализацию в 2 разных файла.
Вообще не обязательно. Если тебе нужно подключить модуль (говорю терминами джавы, ну да и ладно), ничего не мешает написать #include "mystuff.c" вместо "mystuff.h", и нихуя не поменяется, кроме того что будет вся программа компилироваться разом, а не по частям.
Хедеры и прототипы функций давали возможность компилировать модули по отдельности, и потом связывать уже бинарники. Потому что в те времена компы были не шибко быстрые, и перекомпилировать всю программу из-за одного изменения никому не хотелось.
>2. То что объявление обязательно должно идти по тексту раньше чем использование.
Опять-таки не обязательно, хотя тут и не всё так просто. В новых стандартах сишки запретили неявный вызов функций, но компиляторы всё так же поддерживают его, проверял в gcc для сишных сурсов. Выбрасывает предупреждение в процессе, но компилируется успешно. За кресты не скажу, не пробовал.
Так что формально всё можно, хотя и совершенно не нужно. IDE должны по идее уметь автоматически создавать хедеры, во всяком случае лично я с высоты своего ничтожного опыта не вижу тому никаких препятствий.
>Возможно мы что-то не так делаем
Возможно. Возможно бинарники вообще не надо пихать в гит, а добавлять в gitignore.
Иначе будет как >>1581830 описал. Гит хорошо, компактно хранит текстовые правки, но совершенно не способен компактно хранить бинарники. Любой гайд по гиту настоятельно порекомендует исключить всевозможные картиночки, музычку, модельки, экзешники и прочее говно из репозитория.
>Только возглавлять этот список должен нетхак
тогда уж вот это
https://ru.wikipedia.org/wiki/Rogue
>Может мне всю твою биографию ещё прочитать?
Давай, ты не будешь сливать дискуссию в уровень гд!
А дальше что делать? Вкатываться в другие движки и создавать моды/репортить баги, чтобы другие компании меня заметили
Решил тут кое-чего попробовать сделать 2д рпг и задался вопросом, а где взять редактор?
Можно использовать tiled, но тайлы просто доебали уже, плюс там надо изьёбываться чтобы было красиво.
Решил попробовать texture splatting. Реализовать не вопрос, главное в чём делать чтобы было видно наглядно результат.
Пришёл к такому: текстуры поверхности делать в отдельных редакторах (фш или гимп), а затем в том же tiled добавлять изображения как фон и поверх него расставлять декорации, очерчивать зоны, локации и тд.
Какие в результате могут возникнуть трудности - пока не додумался.
Может кто-то делал что-то такое?
В чём трабл?
Ещё кое-чего придумал
Между слоем земли\травы и слоем дорожки будет слой альфакарты
На первой пикче фрагмент для одной клетки, вместо чёрного будет нижний слой, вместо белого - верхний
Но это либо придётся дополнительно вручную добавить слой и самому размещать где такой плавный переход нужен
Либо прикрутить йобу с третьего пика чтобы он из фрагментов строил альфакарту примерно как на 4 пикче
Присмотрись Cataclism DDA. Это наиболее нужный тебе вариант - игра постоянно расширяется и меняется. Это примерно то, что и происходит при разработке на движке - добавляем контент и меняем правила.
>Тред о разработке
Ошибся доской.
При помощи https://apitrace.github.io/ посмотрел как строится кадр тогдашней ваниллы и выяснил, что под каждую иконку создаётся своя текстура, а текстурный атлас не используется.
Молодой Распидор еще до того как начал ВИЛЯТЬ ЗАЛЫСИНАМИ.
Например, на пикрелейтеде один из чанков (1 чанк = 16x16 квадов) карты. 1 - вода, остальное суша. Добавить алгоритм который по границе воды расставит тайлы берега и всё, но всё это будет выглядеть несколько угловато.
Может быть есть какие-то способы генерации меша (что-то вроде второго пикрелейтеда)? Типа как в фш, выбрал кисточку, задал размеры, выбрал текстуру лава, вода, кислота, ещё что провёл и получился меш.
Нет вызова gladLoadGL.
https://github.com/Dav1dde/glad#glad
Хуй пойми, но каким-то образом пришёл к такому варианту.
Всё, что внутри синей фигуры будет триангулироваться и накладываться текстура жидкости.
Осталось предусмотреть всякие исключительные случаи, типа, дырки в этой фигуре.
Сделал вариант с тайлами. Думаю он будет проще гораздо.
Если кому-то надо, то вот код https://wandbox.org/permlink/fBDjeaa3xpy7CJQD
Я имею в виду, кистью можно рисовать текстуры травы, грязи, камня и т.д. Понятно что можно нарисовать так гравийку. Но у асфальтовых в отличии от нее есть полосы, направление. Неужели все фигачат полигоны поверх террейна? А не будет сильно z-файтинга? Ведь полигоны на расстоянии не всегда совпадут с лодом террейна.
Пока писал, подумал что можно рисовать асфальт текстурой а полосы декалями как то проецировать-накладывать, это норм по производительности будет?
Очень чешется написать свой майнкрафт на расте под вулкан. Хочется получить minetest, но без крешей и с не настолько упоротым моддингом. Not invented here на максималочках.
Потому что получится что то подобное.
Строй кривую https://www.youtube.com/watch?v=GzDZ5AmRZb8
ТВГ уже близко Пора пилить заготовочки
И подумал, а насколько было бы сложным написать клиент который мог бы с подобным сервером работать? Посмотрел спеки разных файлов клиента: террейн и модели не выглядят сложными, но это совсем минимум.
Посоветуйте очень быстрый вкат.
>архитекутра
>нахуй движки
поделил на 0, такие вещи в отрыве от движков не обсуждаются по очевидным причинам
CataDDA - пиздец в плане кода, не лезьте туда. 400к+ строк плюсов, ебанутое пересечение всего со всем, костыли, изначально непродуманная архитектура заполированная постоянно сменяющимися разработчиками, ебанутая на голову кор-тима - все прелести десяти-пятнадцатилетнего FOSS-проекта. Ах да, и лицензия CC-BY-SA 3.0 на весь проект (и на код, и на ассеты). Поверьте, вам это не нужно.
Что почитать о процедурной генерации текстур например?
