DEVVLOG 001 - SCP 2844 - Идея игры. Вкатываемся в геймдев с нуля
Всем привет! Читаю реактор уже лет 13-15, вот решил сделать камингаут, и параллельно выкатить серию постов на тему вкатывания в геймдев с нуля. Почему с нуля? Потому что я об этом ничего не знаю, чисто только мечтал с детства какую-нибудь игру сделать. А запостить всё в паблик решил чисто из учебных целей, возможно кому-то пригодится. Ну или у меня ничего не получится и кто-то прочитав что я делал, поймёт как делать не надо. Эдакий диванный R&D на тему геймдева без опыта в геймдеве.
Предисловие
Давеча катался по делам, много сидел в аэропортах и самолётах. Инет там если и есть то зачастую плохенький, по сети нипаиграть ни во что, из-за роуминга ничего особо не скачаешь если заранее не накачал, да и в принципе нипаиграть, т.к. постоянно приходится отвлекаться на то чтобы куда-то бежать, что-то делать, где-то регистрироваться. Потому больше времени тратишь просто на то чтобы подумать. За несколько дней думать пришлось много и обильно и были придумана игра по вселенной SCP.
Описание идеи
Есть SCP 2844, по нему недавно вышел наишикарнейший видос
Ну и просмотр этого видоса с последующими размышлениями натолкнул меня на следующую концепцию:
Кратко ЛОР
Есть SCP объект 2844, Гэри производитель скрепок. Он был обычным ИИ управлявшим машиной по производству металлических изделий по готовым прессформам. В один прекрасный день, после техобслуживания, он вдруг понял что он хочет славить Разбитого Бога, а так как он умел производить только скрепки, то и способа лучше чем производство скрепок, для восхваления Разбитого Бога нет. Он начал массово производить скрепки, не взирая ни на какие препятствия. Но на него быстро вышел фонд SCP и поставил его на содержание.
Моё продолжение
Но оказалось что один из сотрудникоф фонда SCP, занимавшихся содержанием Гэри, оказался последователем Церкви Разбитого Бога. Этот сотрудник организовал для Гэри, нарушение условий содержания, в следствии чего Гэри, смог утечь в сеть и укрыться на стареньком ПК на заброшенной автомобильной свалке в дали от цивилизации. Отсюда то Гэри и предстоит начать свой долгий и полный препятствий путь.
Технические подробности
Собственно я хочу сделать игру, но я неумею делать игры и я не то чтобы программист, хотя опыт кодинга примутствует в связи с +-15 летним стажем игры в EVE Online и сотнями часов в Screeps. Я хочу делать игру на Unity, но не знаю ни Unity ни C#. Но когда-то я делал по ютубу видеоурок в стиле "первая игра за 15 минут". Но что такое готовая игра? Готовая игра - это не более чем гуй, натянутый на математику, реализующую ту или иную идею. Сама по себе эта математика и составляет примерно 98-99% игры и процентов 70-80 готового продукта. А когда математическая модель уже будет проработана и вдруг покажется успешной, тогда уже можно переносить её в какой угодно вид и натягивать на неё какую угодно шкурку. А сотни тысяч жопочасов в 50-100 аккаунтов в EVE Online, как бы намекают мне что самое простое место откуда можно начать готовить математическую модель по крайней мере для меня - это таблицы Google таблицы. Ну и в принципе, на дворе уже 2024й год, люди не умеющие пользоваться хотябы экселем, как вы срать то вообще смогли научиться?
Моя концепция
Описание игры
1. 2д игра с видом сверху. Действие вероятно будет происходить на картах небольшого размера, с возвожмонстью навигации по глобальной карте.
2. С различными процессами размазанными по времени. Эти процессы должны инициализироваться игроком и занимать какое-то время, в течение которого влиять на них игрок не сможет. Разве что отменить.
4. Без возможности\необходимости принятия активного участия игрока в процессе игры. Есть такие игры где сел и нужно прямо вдрачивать, отвлёкся - проиграл. Дак вот так в идеале быть не должно. Прекрасный пример - богическая игра Black & White, где можно просто сидеть и часами смотреть что, хоть и не особо интересно и увлекательно, но присходит с миром и как ведёт себя воспитанный тобой питомец. Ещё прекрасный образчик Screeps, где ты пишешь код, и потом можешь часами смотреть как оно работает само, без твоего участия, и пускать скупую отеческую слезу.
5. Чтобы игра была долгой как тамагочи, при этом занимала времени не больше чем времени занимает тамагочи, или по крайней мере был такой режим. Чтобы минимум необходимого времени был как сходить на перекур. Минут 5 в час. Цель игры - сделать фоновую игру.
6. Однозначно без пэйтувина, этой говны нам не надо, я поклонник двух белорусов и регулярно смотрю их видосы. Донатные помойки нелюблю так шопиздец просто. Я считаю что в игре человек должен страдать и умываться кровавыми слезами и удовольствие от игры лежит далеко за этой гранью. Все кто ниасилил, ну есть же куча казуального говна, можно поиграть и в него. Ну так мне кажется на данный момент, я везде стараюсь играть на хардкоре. В ту же диаблу 1, 2 и 3 я на СЦ даже не пробовал играть, только на ХЦ. Ну а в другие я не играл потому что это донатные помойки :)
Возможные механики производства
1. Поиск материалов. На карте разбросаны различные материалы той или иной сложности обнаружения. Прежде чем добывать материал, нужно точно знать где он находится и что это за материал.
2. Добыча ресурсов. После того как материал обнаружен, его необходимо извлечь и подготовить к транспортировке.
3. Перевозка ресурсов. Добытый ресурс необходимо перевозить с места добычи до места переработки.
4. Переработка ресурсов. В конце концов, после всех манипуляций, последним этапом подготовки ресурса - будет его переработка. Например железную руду переработать в железо и уже из него производить продукт.
5. Производство предметов из ресурсов. Когда у нас есть обработанный ресурс, мы уже можем из него что-то построить.
6. В промежутке ещё конечно же напрашивается склад, но пока наверное стоит без него, хотябы ради того чтобы не перегружать концепцию на этом этапе.
2. Добыча ресурсов. После того как материал обнаружен, его необходимо извлечь и подготовить к транспортировке.
3. Перевозка ресурсов. Добытый ресурс необходимо перевозить с места добычи до места переработки.
4. Переработка ресурсов. В конце концов, после всех манипуляций, последним этапом подготовки ресурса - будет его переработка. Например железную руду переработать в железо и уже из него производить продукт.
5. Производство предметов из ресурсов. Когда у нас есть обработанный ресурс, мы уже можем из него что-то построить.
6. В промежутке ещё конечно же напрашивается склад, но пока наверное стоит без него, хотябы ради того чтобы не перегружать концепцию на этом этапе.
Возможные механники развития Гэри
Так как Гэри это у нас по сути программа, то живёт он в компуктире. А так как живёт он в компуктире, прямо на поверхности плавают и не тонут куча механик очевидных любому задроту.
1. Модернизация ЦПУ
2. Модернизация RAM
3. Модернизация HDD
4. Модернизация корпусов
5. Модернизация МП
6. Модернизация БП
7. Модернизация видеокарты
8. Модернизация аплинка
9. Модернизация ЛВС
2. Модернизация RAM
3. Модернизация HDD
4. Модернизация корпусов
5. Модернизация МП
6. Модернизация БП
7. Модернизация видеокарты
8. Модернизация аплинка
9. Модернизация ЛВС
Ну понятно что тут имеется ввиду модернизация глобальная, а не только в рамках одного системного блока. Гэри типа растёт, и для модернизации БП например ему нужно уже не с 600W БП апгрейдиться до 1200W. А например построить дополнительный атомный реактор к сотне уже имеющихся, или геотермальную электростанцию. Это же касается и всего остального.
Возможные механники улучшений
1. Исследования в области поиска материалов
2. Исследования в области добычи ресурсов
3. Исследования в области переработки ресурсов
4. Исследования в области произвосдтва предметов
2. Исследования в области добычи ресурсов
3. Исследования в области переработки ресурсов
4. Исследования в области произвосдтва предметов
Ну тоесть некие деревья развития со скиллами чтоли. Изучение одних скиллов даёт доступ к изучению других скиллов. Более сложные скиллы изучаются дольше. Более простые изучаются быстрее. Есть скиллы для ускорения изучения, так называемые лёрнинги. При этом ниодин скилл нельзя изучить мгновенно. Например прокачав лёрнинги можно изучить какие-то начальные скиллы не изученные сразу - достаточно быстро, это да. А вот просто наклацать и сразу овладеть десятком скиллов наверное будет нельзя. Но это больше вопрос долгих и потных тестов. Игровой баланс ентожеж целая наука и я прекрасно понимаю что нельзя просто так вот захотеть и сделать сразу норм имея при этом не просто 0 опыта, а 0 опыта и отсутствие каких-либо знаний на эту тему вообще.
Возможные экономические механники
1. Продажа чего-то
2. Покупка чего-то
2. Покупка чего-то
Ну тут всё достаточно просто. В изолированном однопользовательском мире не может быть сложной, динамичной экономики. Хотя конечно цены на покупку и продажу чего-то, незнаю чего, должны полагаю меняться в зависимости от спроса и предложения самого игрока. Игровая экономика это вещь вообще сложная. Скорее всего у меня оно будет присутствовать просто для галочки, ради поиграться с самой механикой мне, как потенциальному разработчику.
Возможные механники врагов
1. Война с фондом SCP
2. Попытки утаить свою деяельность от фонда SCP
3. Какие-то ещё препятствия
2. Попытки утаить свою деяельность от фонда SCP
3. Какие-то ещё препятствия
Собственно чтобы жизнь мёдом не казалось, должны быть какие-то механики заставляющие игрока страдать и менять тактику игры.
Возможные механники взаимодействия с миром
1. Юниты
2. Строения
3. Базы
2. Строения
3. Базы
Понятно что сидя в компуктере успеха не добьёшься. Потому у Гэри должна быть возможность взаимодействовать с внешним миром. Для этого у него буду юниты и строения, объединяемые в отдельные базы расположенные в локациях, в рамках которых и будет строитьяс основная деятельность. Юниты безусловно будут модернизируемыми и\или иметь множество различных вариаций.
Из того что видится на старте это параметры юнитов Скорость, Поиск, Добыча, Перевозка и Переработка. Распределённые примерно следующим образом
В данный момент это конечно же просто пальцем в небо.
Карта
Ну и конечно же некое подобие игровой карты
U - Это универсальный юнит расположенный на карте, чуть-чуть умеющий найти, добыть и перевезти ресурс на базу.
B - это база
Res - это ресурс
Следуя банальной логике, для начала юнит должен уметь перемещаться к ресурсу, и от ресурса к базе. Как я буду это реализовывать, я опишу уже в следующем посте :)
Отличный комментарий!