У грі на основі 2d плитки, який хороший метод прокрутки?

Я використовую Direct3D з обгорткою D3DXSPRITE, щоб намалювати плитки на екран. У мене є клас плитки, який містить такі члени, як зіткнення та тип плитки, то у мене є масив плиток, наприклад

Сітка для плитки [256] [256];

Який був би кращий метод?

-Намалюйте плеєр в центрі екрана і змістіть місце, де намальована карта.

- Перемістіть плеєр із камерою наступним чином.

Я використовував перший метод, але його стає дуже складним, коли ви потрапляєте у верхній лівий край карти, і коли інші гравці / вороги на карті та рухаються одночасно

якщо я змушу камери слідкувати за програвачем, чи потрібно мені викликати spriteBatch-> Draw (...) для кожної однієї плитки сітки, хоча на екрані може розміститися лише декілька?

Напевно, найкраще робити всі оновлення та обчислення в "реальних", світових одиницях та переміщувати камеру. Ваш spriteBatch може виконувати відсікання сам, але якщо це занадто повільно, ви можете спробувати визначити, які плитки потрібно відображати на екрані, і лише намалювати їх.

Переміщення камери у світових координатах та переміщення персонажа по всьому світу - це найпростіший спосіб вирішити цю проблему. Робота в світових координатах означає, що вам не потрібно робити будь-яких додаткових обчислень, коли вона зводиться до всіх інших систем, які повинні працювати на відносні системи координат, а також розуміють, де вони знаходяться у світових координатах.

Оскільки ви працюєте в 2D, ще однією гарною порадою є зробити просторовий розподіл, найпростішим способом було б створити сітку віртуального світу, це дозволить вам керувати кожною плиткою окремо, об’єднуючи спрайти та інші ресурси на основі плитки, так по суті процес був би:

• створити якийсь клас плитки, який може містити граничні координати для плитки та будь-які ресурси, які потрібні певній плитці (спрайти, вороги тощо).

• визначтеся з розміром вашого світу та створіть 2D масив (ви можете використовувати один вимір та отримати доступ до нього як 2D) плиток, кожен з яких представляє частину вашого світу з усіма пов'язаними з ним ресурсами.

• черпайте ресурси лише з плитки, на якій знаходиться плеєр, та його сусідів.

За допомогою сітки ви можете легко дізнатись, на якій плитці знаходиться гравець, залежно від її позиції відносно початку сітки.

Щоб вирішити проблему, яку ви згадали про камеру, вам потрібно зробити плеєр та камеру двома незалежними системами, де камера не рухатиметься далі, ніж центр крайової плитки, тому коли гравець рухається до цієї плитки, він все ще може подорожувати по всій цілу плитку, оскільки він пов'язаний світовими координатами (тобто більше не зосереджений на екрані), але камера заблокована.

Я використовую поверхню. Я створюю весь світ на зовнішній поверхні і зберігаю координати x і y. Я змінюю їх, коли гравець рухається, і кожен кадр малює прямокутник 1028 x 768 від поверхні до резервного буфера, використовуючи x і y.

що стосується інших людей, я даю їм x і y і дозволяю їм рухатися по світу, як їм заманеться, під час малювання я перевіряю, чи є x і y в прямокутнику 1028 x 768, і якщо так малюю (я використовую текстури для людей) .

Я маю плеєр в центрі екрана і перевіряю, чи досяг край світу край екрана. За цієї обставини гравець рухається навколо екрану до краю світу і назад до центру, тоді світ починає рухатися знову. це здається важким і зайняло мене час, але це не так вже й погано.

Я використовую 64 х 64 плитки, і найбільший світ, який я використовував до цих пір, - це 50 х 60 плиток.

Це все робиться у прямому x із c ++

Це цілком нормально, щоб код трохи зазнавав болю в куточках кахельного світу, коли розробляв, які плитки малювати, і одночасно забезпечуючи, щоб камера не виходила "поза світом". Ці крайові випадки - це, головне, найскладніша річ щодо впровадження 2D світу на основі плитки, який більший за розмір екрана. Це стає набагато складніше, якщо ви підтримуєте масштабування і збільшення курсору: D