Найти и нейтрализовать утечки памяти - тоже часть домашнего задания? Процессор неплохо так жгёт, причём в нон-стоп режиме. Работает, да.

Есть небольшой секрет. Сделай Sleep(1); в главном цикле. Это всего лишь 1 мс, но она значительно уменьшит нагрузку.

Я понятия не имею, как генерировать карты с помощью шумов Перлина. Поэтому если кто-то знает как такое сделать - пожалуйста, поделитесь опытом.

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

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

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

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

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

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

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