@TerminatOS

Создаю игру как написано выше. Не могу придумать как сделать физические ограничения передвижения игрока(барьеры). OpenGL

0

@TerminatOS

А с чем сравнивать параметры (координаты игрока) вызывая функцию проверки? И что такое коллизии(я приблизительно знаю что туда будет посылаться координаты(два входных блока)).

0

@Bretbas

TerminatOS, нельзя просто взять, и написать то, чего ты хочешь. Нужна правильно организованная структура внутренностей кода, на котором ты пишешь игру. Эти внутренности и есть - игровой движок. Вопрос только в том, ты используешь готовый игровой движок( Unity3d, Unreal Engine, CryEngine и др. ) или все таки свой? Если свой, то повторюсь, нужно понять структуру твоего движка, как реализовываются сущности в твоем движке, как происходят апдейты и др. Много чего нужно знать. У меня например в моем движке, который был написал с архитектурой Entity Component System было организовано следующем образом:
1. Делаю первую сущность( барьер ). Это просто сущность, она из себя ничего не представляет, максимум что она умеет, так это находится в где-то в пространстве, тоесть имеет положение/вращение/маштабирование. И может хранить список компонентов, которые привязаны к ней.
Компоненты - это строительные блоки, которые привязываются к той или иной сущности для того, чтобы она представляла из себя "что-то". Какие компоненты нужно привязать к этой сущности? Ну соответственно компонент MeshRendererComponent можно привязать. Этот компонент будет конкретно отвечать за сетку( вершины, индексы, текстурные координаты, можно материал в него запихнуть, хотя я бы его в отдельный компонент поместил ). Так вот, когда мы добавили MeshRendererComponent, мы должны соответственно привязать к нему какую-нибудь сетку, а именно сетку нашего барьера, которая была ранее загружена с помощью какого-нибудь класса загрузчика, к примеру AssetsLoader. Итак, что же должен делать наш движок? Движок должен во-первых делиться на несколько частей, в минимальном раскладе это - обработка звука, обработка физики, обработка графики, обработка логики. Так вот движок обработки графики должен знать о всех MeshRendererComponent компонентов сцены. Он, каждый кадр, перебирает все MeshRendererComponent и просто рисует их средствами OpenGL или DirectX или еще чем, это не важно.
Итак, барьер мы расположили в пространстве и натянули на него сетку. Какой же еще компонент нужен для барьера? Правильно. Физический коллайдер. Коллайдер - это физическая форма, которая может принимать на себя столкновения( коллизии ) с другими физическими коллайдерами. Назовем этот компонент PhysicsColliderComponent. Я бы произвел наследование от этого компонента, чтобы иметь разные формы коллайдеров - BoxColliderComponent, SphereColliderComponent, MeshColliderComponent. Для барьера нам скорее всего подойдет MeshColliderComponent. Этот коллайдер будет принимать в параметре сетку, для того, чтобы организовать физическую форму нашего барьера, для дальнейших соударений. Кто же должен обрабатывать коллайдеры? Ну естественно другая часть нашего движка - обработчик физики. Он, также как и обработчик графики, каждый кадр пробегает по всем PhysicsColliderComponent сцены, и пересчитывает всю физику, оценивает ситуацию, когда два коллайдера столкнулись, и что нужно сделать при этом. Все, наш барьер готов.
2. Теперь игрок. Не буду расписывать все подробно, как это я сделал выше. Все тоже самое. Игрок - это игровая сущность.
Нужны компоненты - MeshRendererComponent для прорисовки сетки игрока; MeshColliderComponent для физических коллизий; CharacterControllerComponent - компонент, который будет отвечать за управление игроком на сцене. Можно сделать так, чтобы все компоненты, которые наследуются от LogicsComponent, обновлялись в части движка - обработчик логики. CharacterControllerComponent - замечательный кандидат для наследования от LogicsComponent.
На самом деле, это я рассказал только 1% из того, что нужно знать для организации игрового движка. Скорее всего Вы его будете делать дольше, чем саму игру.

Поэтому легче взять готовый игровой движок - для новичков Unity3d подойдет, и писать игру на нем. Там есть замечательный пользовательский интерфейс для организации быстрого скелета игры, и потом уже код, на C# или JavaScript, причем только логика.

0