dollar

На экране просто рисуются все объекты, которые попадают на экран (а не находятся за его пределами). У каждого объекта есть координаты, поэтому программно легко проверить, попадает ли объект на экран или находится за границей экрана.

Обычно в играх принята такая схема, что все объекты рисуются заново каждый тик. А тиков в секунду может быть очень много (это то, что называется FPS - frames per second). Так что если что-то меняется в игровом мире, то сразу же меняется и картинка визуально.

Кнопки перемещения же просто меняют координаты. Они напрямую не связаны с отображением. Но косвенно они приводят к эффекту, что объект (главный персонаж) как бы движется. Только координаты меняются не плавно, а дискретно - каждый кадр новые координаты. Просто глазу незаметны "прыжки" на 1-2 пикселя и он округляет это и считает непрерывным движением.

Получается, что один программный код отвечает за изменение координат, в зависимости от нажатия клавиш. А другой программный код считывает эти координаты, чтобы нарисовать кадр. Общее у них - лишь область памяти с координатами, но один пишет в неё, а другой - читает. В остальном их не нужно смешивать, и стоит рассматривать и кодить отдельно друг от друга.

Чтобы стать хотя бы программистом, нужно иметь хотя бы интерес к программированию и терпение, чтобы заниматься рутиной. Если это есть, то дорога открыта.

Лично я в глубоком детстве (до того, как преисполнился в программировании) создавал игры прямо в пейнте. То есть через рисование. Чтобы пойти направо/налево/вниз/вверх "за экран", нужно было найти в папке картинку соответствующего номера. Понятно, что для такой игры нужно было создать сотни детских рисунков, а это занимает кучу времени. Плюс разработка правил. Но главное, что это требует терпения от разработчика.

Для создания игр нужны все школьные предметы без исключений. Или ты думаешь, что какая-нибудь скучная история или география не понадобятся?

Программирование - это лишь 10-20% от создания компьютерной игры. Так что пойти учиться можно и на художника, и на психолога, и на юриста, и много ещё на кого.

А насчёт твоих "идей" вынужден огорчить. У каждого(!) есть свои идеи. То есть ты не уникален со своими идеями. Практически у всех людей есть свои идеи. Но фраза "идеи ничего не стоят" уже стала аксиомой. Многие люди верят, что у них есть какие-то особые гениальные идеи, но они заблуждаются. Я не смогу доходчиво объяснить это, т.к. не силён в вопросах веры. Но ты можешь загуглить, почему идеи ничего не стоят, и дай бог, ты найдешь ответ.

Головоломки - это по сути математические задачи. Можно взять олимпиадные или из каких-нибудь учебников, и дальше оформить их в виде фей и гномов (в соответствии с сеттингом игры).

Так что ресурсов много, включая книги.

Пример ресурса.

Геймдев - это обширная область, в которой есть много ролей (специальностей). Основные - это программист, художник, геймдизайнер. Менее очевидные - продюсер, project manager, маркетолог. А так в разработке и/или сопровождении приличной игры может быть и комьюнити менеджер, или какой-нибудь там администратор баз данных, или бэкенд-разработчик и т.д. То есть это обычные профессии, непосредственно с геймдевом не связанные.

Сначала выберите, что именно вам по душе, и тогда уже можно будет думать дальше.

Соответственно, делая акцент на технической составляющей, вам подойдёт не всякая роль. Например, художник вряд ли подойдёт. Хотя, вам виднее. И здесь тоже не всё так просто. Условных "художников" можно условно разделить на чисто иллюстраторов, моделлеров, аниматоров и т.д. Спецанрист - больше относится к геймдизайну, но по сути это писатель. Есть также те, кто работает со звуком, - тоже не очень техническая специальность.

Как видите, сложно говорить о некоем абстрактом разработчике игр. Такого не существует.

Конечно, в теории возможно сделать игру в одиночку. Примеры есть. Но это практически не реально. В этом случае понадобится совмещать все роли в одном человеке. Разработка в команде проще и быстрее. Даже если команда состоит всего из 10 человек, и на каждого члена команды приходится несколько ролей, это всё равно проще, чем когда все роли совмещены в одном человеке.

Отвечая на вопрос, как скомпилировать, могу сказать, что очень просто.
Достаточно лишь воспользоваться поиском Google или Yandex.

И да, и нет. Зависит от ваших целей.

Например, если ИИ предполагает расчёт и сравнение вероятностей для выбора оптимального поведения, то, очевидно, ваши знания пригодятся. Только, вот, выбор ИИ зависит от игры. В некоторых случаях умный ИИ не только не нужен, но и вреден.

Как говорится, основная задача ИИ в играх - красиво отдаваться. А для этой цели не особо-то и нужны заумные алгоритмы или нейронные сети.

Математика простая, нужно лишь использовать понятие математического ожидания.

Каждый предмет имеет некую стоимость либо в рублях, либо в игровой валюте, либо во времени, либо это некий аналог мощи/силы - не важно. Спросите у своего геймдизайнера (балансера), что почём. Прикручивая шанс к предмету, вы как бы уменьшаете его стоимость. То есть если Меч тысячи истин стоит 500 руб, то при шансе 1% его мат. ожидание будет 5 руб, очевидно. Далее просто складываете все мат. ожидания в сундуке - это будет мат. ожидание стоимости сундука, вот и берите его за основу. Затем можете увеличить или уменьшить эту стоимость сундука на некоторую величину, какую захотите, чтобы это было достаточно "честно" для вас. Как по мне, честность здесь сомнительная. Эту математику многие игроки тоже понимают, хотя бы интуитивно (когда шансы видны). Здесь нужна не честность, а баланс. Так что лучше делегировать всю эту математику геймдизайнеру, или кто там у вас отвечает за монетизацию.

Далее, в геймдеве часто используют как раз-таки, так называемый, нечестный рандом. Он может быть по-разному нечестный, но сути это не меняет. Например, более-менее справедливый вариант: если Меч тысячи истин (с шансом 1%) не выпадает с 200го лутбокса, то игра должна впихнуть его, чтобы игрок был в конце концов счастлив. А если игроку выпал этот Меч тысячи истин, то чтобы он более не выпадал следующие 50 лутбоксов, а то уж больно жирно. В целом, шанс так и остаётся 1%, так что обмана, как такового, нет. Но, конечно, если игроки будут знать эти детали, то начнут абузить вашу систему по-чёрному, что в итоге приведёт к искажению шансов. Как говорится, думайте сами, решайте сами, нужны или не нужны вам заявленные хорошие жирные шансы. Хотя в рамках маркетинга вы, конечно, можете использовать любые слова, но это уже лучше делегировать маркетологу. А здесь в вашем вопросе эти слова слегка неуместны.

К слову, в некоторых странах лутбоксы запрещены, так что учитывайте это. Оно и понятно. Декларировать разработчик может, что угодно, а реальные шансы могут быть сильно занижены или может быть вкручен сильно нечестный рандом.

Ещё к слову, каждая механика вводится для какой-то цели. Отталкивайтесь от этой цели, когда формируете состав лутбокса и прочие его особенности. То есть задача - добиться поставленной цели, а не просто ввести фичу для галочки. Обезьянничать - плохо. Нужно понимать, зачем в CSGO / DotA существуют лутбоксы и каким образом они делают игру лучше. Может быть, оно вам и не нужно вообще в вашей игре.

Основной инструмент геймдизайнера - эксель. Внезапно! :)

Ну хотя даже у гд есть разные направления. Балансер - это эксель. Сценарист - это больше как писатель. Но вы уверены, что у вас есть соответствующие способности и талант? Ведь цифры в экселе вроде бы те же, но только теперь их нужно оживить.

У геймдизайнера, как и в любой другой профессии, есть рутина в работе. Да, это документация. Попробуйте даже не геймдизайн-документ составить, а просто концепт для будущей игры - это пара-тройка абзацев. Но сколько времени у вас на это уйдёт? Сколько дней?

Давайте возьмём для примера ваш текущий вопрос. Вы думаете, что слово "мама" в вопросе - делает его лучше и понятнее? Думаете, что фраза "всем добрый день" делает вас вежливее? Всё совсем наоборот. Это показывает, что вы даже правила не читали. И не уважаете отвечающих, которые приходят сюда не приветствия читать. Т.е. вопрос составлен на троечку.

В данном случае отвечающие - ваша аудитория. Как гд вы должны будете чётко понимать свою аудиторию. А это уже уклон в сторону психологии. И вообще, чем больше вы знаете, чем больше у вас эрудиция, и чем по большему числу предметов в прошлом вы получали 5 баллов, тем более крутой вы геймдизйнер. Всё ещё уверены, что эта профессия для вас?

Ну и, конечно же, нужен собственно игровой опыт. Это не увлечения в детстве, это огромное количество часов, проведённое в играх разных жанров (или в единственной игре, которая разобрана вами на атомы). Однако помните, что любой может потратить 10000 часов на игры, но не каждый может сделать это с вниманием и любовью к деталям.

Возможность, конечно, есть.
О подарках и призах организатор обязан сообщать в налоговую.

А дальше - уже не ваше дело. Правда, вряд ли кому понравится платить до трети стоимости, если будет выигран, к примеру, автомобиль. Игрок может быть банально не готов к такому подарку. Негатив от игрока может в итоге к вам прилететь. Но повторюсь, в целом это уже не ваша проблема.

Исключение - денежные призы и подарки. Тут вы сами можете сделать вычет.

Какие патроны нужны для убийства бизнес-воробья с помощью винтовки++?

Примерно так звучит ваш вопрос. Определитесь, вам шашечки или ехать.

все, что от меня требуется, это регулировать прибавляя или убавляя

Нет. Если вы хотите сделать интересную игру целиком с нуля, и чтобы она зашла общественности, то от вас требуется гораздо больше.

...аргументированным предложениям...

Судя по всему, С++ вы не знаете. Поэтому предлагаю начать изучать C# и Unity.
Аргументы: 1) довольно низкий порог вхождения; 2) потом знания пригодятся для более сложных игр и не только.

Phaser

Движок обычно подбирают под игру, а не под ПК. Дело в том, что стоимость ПК несоизмеримо мала по сравнению со стоимостью разработки, и уж тем более с последующими вложениями в маркетинг, раз уж хотите под Андроид.

А сама игра начинается не с движка, а с документа, где хотя бы в 3 абзаца рассказывается, что она будет из себя представлять - концепт, вижн. Затем можно более подробно описать геймдизайн-документ (ГДД). Сделайте хотя бы это, чтобы было не стыдно показать.

В одиночку игры практически не делают, разве что змейку или пятнашки, как учебный проект. Поэтому важны навыки работы в команде. Но всё равно, даже в одиночку, лучше сразу изучить, какие существуют этапы разработки, чтобы понимать, что для них нужно и сколько времени они займут. Идея и концепт - это как раз первый этап.

Для создания 3д с помощью 2д нужно придумать, как это сделать. Этим занимались в прошлом веке, когда мощь 3д карточек была низкая, никакая. В то время было много самопальных 3д-движков, сделанных на коленке. Каждый лепил, кто во что горазд.

Одним из оригинальных примеров является игрушка Settlers 2. Она полностью 2д, но фоны и смещённые координаты сетки сделаны так, что появляется ощущение 3д.


Также любая изометрия по сути является 2д. Правда, из-за ощущения 3д-шности её иногда называют 2.5д, то есть как бы между 2д и 3д.


В общем случае вам нужно именно придумать, в чём будет 3д изюминка именно вашей игры. И написать свой маленький 3д движок для этого, используя лишь 2д возможности. Сделать это можно очень по-разному. Один чудак даже умудрился сделать 3д игру на формулах в Excel.

Однако я не советую вам заново изобретать велосипед. Проще взять за основу Unity или Unreal Engine - и сделать нормальную полноценную 3д игру, без каких-либо ограничений 2д-шности.

Лучше сосредоточиться на том, чтобы игра получилось интересной. Ведь именно это делает игру классной и привлекательной. Вот вам пример (стим) простой и дешёвой игры, которая хоть и выглядит убого, но это такой ретро-стиль. Она является полностью 3д. И её прохождение - это очень приятное и интересное приключение на вечер. Сложного управления камерой, как это обычно бывает в 3д играх, там нет, то есть камера полностью автоматическая. Управление - стрелками, словно это платформер. Сделать нечто похожее было бы прикольно, но всё же лучше придумать свою собственную оригинальную идею, которую ещё никто не делал, и реализовать. Для этого нет готовых рецептов, увы.

А как ты гуглил?

(риторический вопрос, являющийся ответом)