Доска создана для обсуждения вопросов, связанных с разработкой компьютерных игр. Постинг высокохудожественных webm, движкосрач вне спецтреда и прочая токсичность наказуемы. Аргументированная критика приветствуется.
Немного о игре: За основу берется концепция классического космосима (escape velocity, endless sky, space rpg) и развиваются некоторые аспекты, в основном боевка, экономика, политика, из прочего: механики различных источников заработка, исследование, грузоперевозки и т.п., игровой лор, система кораблей. Получается некая рпг-песочница, чем по сути и является большинство космосимов.
Сейчас я нахожусь на этапе систематизации моих идей, создания лора, делаю модельки и графику. Хотелось бы найти погромиста, который поможет это все реализовать. Движок по сути, не важен, главное чтобы он раскрывал возможности вокселей (можно было прикрутить разрушаемость например) .
>>879165 (OP) ты пытаешься в обьект вектор засунуть свою хуйню и даже не удосужился прочитать документацию, даун ты должен передавать три числа в типе вектор. или по одному числу, но тогда надо писать x, y, z через точку. а move_and_slide у тебя вообще логического типа. а потом удивляемся почему дауны клепают такие говно-игры, в дворники лучше иди, там вообще думать не надо
с уечем под линупсом нет пути. они открыли сорцы только чтобы хапнуть бесплатных багфиксеров. баг с юникод раскладками, при которых отваливается управление - за несколько лет так и не пофиксили. уеч блоатед кусок говнокода на макросах. уеч оказывает ноль бесплатной поддержки на форуме и со.
недавно порезали программу гарантированного дохода при эксклюзивном релизе в егс на уече
хочу собрать кастомное решение из индастриал стандард библиотек, which is very well tested and proven to be rock stable.
а самое главное что все это имеет биндинги под няшнейший Nim, а потому это будет fun 'n' joy experience, который поможет настроить майндсет на процедурный пайплайн content generation and further optimisation.
>>806014 >Подумай почему в 1996 году или в 2000 году не дрочили на кешмиссы, а в 2022 это прям якобы корень всех бед. Потому что память до сих пор работает условно на скорости 200МГц при рандомном доступе, с нулевых там мало что поменялось (и не поменяется уже, если новые технологии не изобретут), а скорости процов растут. В 1996 скорость памяти была примерно равна скорости проца, рандомный доступ - несколько тактов. В 2000 разница примерно раз в 10, с натяжкой можно терпеть, хотя на консолях выдрачивали, что можно. В 2022 разница между последовательным и произвольным доступом - минимум 2 порядка, больше 100 раз, хочешь быстрый код - еби архитектуру. Другое дело, что если у тебя в сцене меньше сотни объектов - можно мозг вообще не парить с кэшем.
>>800537 >так что скорее всего и редактор сцены напишу свой Ахаха лол. Редактор даже простейший - это несколько лет работы для одиночки. Нужен хот релоад кода, менеджер памяти (если это С++ - значит какие-то кастомные указатели и аллокаторы, чтобы инспектировать хип), рефлексия (опять же с С++ тут будет масса геммора), сразу захочется анду-реду - то есть каждый чих надо оборачивать в команду, и код растет как на дрожжах, а скорость разработки падает кратно. Проще в блендере все уровни делать и экспорт сразу в свой формат, там скриптинг очень удобный.