Что вы думаете об идее хранения карты в виде массива символов, скажем, 20 на 15(ячейка 32пиксела)? В каждой ячейке либо значение NULL, либо G(rass), L(and), F(lower). Это нормальный подход при создании платформера?
Не то чтобы вопрос по изложенному материалу, просто интересуюсь, какие подводные камни в таком подходе.
Тем более если сделать это в виде двумерного вектора, если мы заранее не знаем размеров карт. Вот как я закрутил o_0
С другой стороны, получение информации об определенном блоке х*у будет гораздо проще.

enum
{
LAND, GRASS, FLOWERS, ...,
};

виде двумерного вектора

void cxQuit()
{
exit(0);
glfwTerminate();
}

Cпасибо.
Мне почему-то казалось, что каждый такой поиск по вектору требует больших вычислительных нагрузок чем хранение двумерной матрицы, пусть даже и с пустыми элементами.
В любом случае, спасибо за урок, было очень познавательно!

Я только не пойму. У нас выходит реализуется только сама карта, но для того чтобы на нее установить персонажа и он двигался - она неюзабельна.
Я сначала подумал, что мы будем при каждом перемещении на координату Х смотреть какая самая высокая точка У(Х) (надеюсь вы поняли, о чем я:))
А т.к. у нас не матрица, а вектор блоков, я немного в растерянности от того, как реализовать перемещение какого либо объекта.
Автор, у вас есть идеи?

vladkomarr, название урока генератор карт,про каких-то персонажей ни слова. Сами додумывайте.

как реализовать перемещение какого либо объекта.
Автор, у вас есть идеи?

Дата: Четверг, 23.01.2014, 18:26

Дата: Вторник, Сегодня, 21:07

Заниматься тем что умеешь) Найти того кто разбирается в необходимом тебе вопросе)