Как сделать 2d мир?

Question

[SpeNch]

Объясните, как работает прогружаемость объектов.

Я гуглил, но нечего не нашел.

Нужно, чтобы игрок двигался по карте,
и объекты, которые хранятся в таком виде: derevo = {y: 100; x: 334},
ЧТОБЫ они динамично отрисовывались, в зависимости от того, на какую клавишу перемещения нажал игрок.

Answer 1

[askhat]

Как-то так (управление wasd)

Comments

[askhat]

Странно, почему-то clearRect не работает

[SpeNch]

Асхат Бикметов, вы забыли добавить beginPath)

Answer 2

[dollar]

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

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

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

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

Comments

[xmoonlight]

Ты напутал немного.
Тик - это полный цикл всего кода обработки в игровом режиме - бесконечный постоянный цикл; обычно до нажатия кнопки "пауза" или вызове меню при одиночной игре. Т.е. нефиксированное количество рассчётов в секунду (не считая команд искусственной задержки).
FPS - это полный цикл кода обработки X раз в секунду для визуального обновления (отображения) объектов игрового мира. Т.е. фиксированное количество расчётов в секунду.

Т.е., в зависимости от значимости событий - это может срабатывать как быстрее FPS, так и медленнее.

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

Я много занимался пониманием и оптимизацией расчётов рендеринга игрового мира и могу это сравнить с постоянным циклическим обращением к бэкенду при веб-разработке: т.е. асинхронно, и только в моменты, необходимые фронту.

"Фронтом" - здесь является некий "мозг" - код-обработчик всех изменившихся координат, расстановку приоритетов, деление на потоки и обеспечивающий нужный work-flow с заданным качеством: т.е. он следит за всей обработкой динамических данных, а выполняет расчёт - только для объектов, необходимых к визуализации в данный момент времени, в соответствии с приоритетами, расставленными им же.