Хорошо, поэтому я закончил писать свой собственный движок игры, основанный на вершине XNA, и мне просто интересно, что еще мне нужно, чтобы сделать полный движок.
Это то, что в движке:
Я пропустил что-нибудь, что может иметь решающее значение для игрового движка?
Тема или рынок для вашего движка. Если вы делаете что-либо помимо базового базового графического движка, вам нужно сосредоточиться на рынке вашего движка, например, RPG, стратегии, головоломки, платформера, действия или FPS (нормально, а не FPS).
Это поможет вам указать себя в том направлении, в котором вы должны идти, чтобы сделать дополнительные усовершенствования для двигателя, не спрашивая нас. Двигатель, например, Unreal Engine, может делать несколько вещей, но то, что он стремится делать лучше всего, это то, что он сделал для игр FPS. Аналогичным образом, вы должны адаптировать свой движок так, чтобы он соответствовал конкретной области, представляющей интерес, и поэтому подбирается для этого типа игрового процесса.
Вы можете сделать его общим до определенного момента, но реализовать более обобщенный ваш движок, тем сложнее программировать, как временный, так и умный. Другие программисты также с меньшей вероятностью заберут общий движок (если только это не все), если доступна более конкретная платформа. Или просто написать свои собственные, так как изменение обобщенного движка примерно так же сложно, как создание собственного.
Вы приближаетесь к нему в обратном порядке.
В вашем движке должно быть следующее:
Весь код, который оказался обычным для вашей первой и второй игр.
Сначала напишите игру. Не пишите движок, потому что, как вы выяснили, вы не знаете, что он должен содержать, или как он должен быть разработан. Вместо этого напишите игру.
Как только у вас есть эта игра, напишите еще одну игру. Затем, когда вы это сделаете, изучите второй игровой код. Сколько из них было повторно использовано в первой игре?
Все, что было повторно использовано, должно быть реорганизовано в отдельный проект. Этот проект теперь является вашим игровым движком.
Это не означает, что вы не должны планировать или не должны пытаться писать хороший код. Но убедитесь, что вы работаете над чем-то конкретным, что-то, где вы можете сказать хорошую реализацию от плохого. Хорошая реализация игры - это то, что работает, это весело и не сбой. Напишите свой код для достижения этих целей в первую очередь.
Хорошая реализация движка? Это сложнее. Какая хорошая реализация средства визуализации? О структуре ИИ? О системе частиц? В конечном счете, единственный способ определить, есть ли у вас хороший движок, - это увидеть, насколько хорошо он работает в реальной игре. Поэтому, если у вас нет игры, у вас нет возможности оценить ваш движок. И если у вас нет возможности оценить ваш движок, вы не можете судить, действительно ли полезен какой-либо код, который вы пишете.
Еще несколько вещей:
Несколько идей:
Я думаю, что вы рассмотрели общие требования 2D-движка. Единственное, что я пропустил в этом списке, будет:
Также упростить процессы разработки:
Вы также можете добавить еще один слой поверх существующего материала XNA:
Наконец, вы можете добавить некоторые "готовые" шейдеры. Может быть, получить вдохновение от прекращенного FaceWound (от разработчика Garry Mod).
Это зависит от игры, но еще одна вещь, которая часто необходима, - это хорошая сетевая инфраструктура.
Многие современные игры, в том числе 2D-игры, похоже, имеют определенную форму сетей.
Физический движок, который может делать наполовину приличное движение волны сиськи, как в этой баскетбольной игре DOA.
3D Ускорение должно быть в 2D-двигателе.
Использование 3D-оборудования, которое большинство людей в наши дни является лучшим способом получить потрясающую производительность для ваших 2D-игр...
Также хорошо сделать некоторые игры, и тогда вы быстро увидите, что вы повторяете для каждой игры, а затем посмотрите, как это можно сделать в движке.
Хорошее обнаружение столкновений очень полезно. Если вы его эффективно реализуете, это действительно сокращает время, необходимое для каждого кадра. Кроме того, в моем движке (для Pygame) у меня есть способ разделения главного экрана на несколько подэкранов, которые я считаю полезными.
Простое обнаружение столкновения с помощью пикселя. НЕ ФАЗА. Простые процедуры рисования, такие как drawline, drawcircle и т.д.
Хорошая работа, Мы (я и некоторые из моих друзей) тоже работаем над игровым движком, У нас уже есть все, что вы упомянули, но более того, у нас есть следующее.
Удачи:)
Инструмент повторения фрагментов. Что-то, что позволяет пользователю добавлять/создавать плитки и манипулировать ребрами для плавного шаблона повторения.
В зависимости от типа целевой игры включите навигационный график с помощью node и аннотаций края. (Хорошо для многих игр, но не столько для прокрутки маркеров, которые сделаны с 2D-графическими движками)
Ловушка заключается в том, что вам нужно будет определить, что такое "карта" для двигателя, что может ограничить пользователей движка.
Связанные вещи:
Самой полезной вещью, которая должна включать выше всего, были бы инструменты, которые могли бы легко использовать ваш движок. Возможно, используйте свой движок для создания инструментов. Я уверен, что вы найдете много недостатков таким образом.
Um. Этот список является "внутренним" списком. Сделать отличный движок - сделать отличный "внешний" список. Посмотрите, например, на UE3 - здесь есть отличные инструменты. Вам нужны инструменты для создания мира, создания оптимальных пакетов ресурсов (он также должен быть во внутреннем списке;-)), для спецификации объекта столкновения и т.д. Кроме того, чтобы добавить в ответ Organiccat, вы должны принять решение о техническом уровне. Вы можете пойти на простые спрайты или вы можете захотеть причудливых эффектов (поэтому нужны шейдеры, и вам нужна инфраструктура)