makaleks

Дело может быть даже не в количестве видео памяти. Возможно первая видеокарта не поддерживает, какоето разширение, а вторая поддерживает, вот и рисует нормально. Я не помню как он называется, но у моего колеги такое было.

Ну а если проблема все же в обьеме, то можно мониторить сколько памяти вы занимаете и динамически выгружать одни текстуры, которые в данный момент не нужны, загружать необходимы для рендера. Это конечно просадит FPS, но что поделаеш.
Как вариант переделать уровни, так чтобы уменьшить количество текстур.

Чисто для теста можно уменьшить размер всех текстур и посмотреть, что получится.

P.S. У вас все размеры текстур кратны степени двойки?
P.S.S. Прикол с QtCreator склоняет меня к мнению, что это проблемы с поддерживаемыми разширениями у самой видеокарты.

Дело в том, что спецификатор static ограничивает область видимости не одним файлом, а единицей трансляции

В языках программирования Си и Си++ единица трансляции (англ. translation unit) — подаваемый на вход компилятора исходный текст (файл с расширением .c или .cpp) со всеми включёнными в него файлами.

препроцессор компилятора с++ заменяет #include на содержимое файла, который написан в <...> или "...". Если хотите ограничить область видимости, то пишите реализацию в срр, а не в h.

В С++ рекомендуется использовать iostream (cin, cout, etc). Это совершенно другая библиотека, которая не имеет прямого отношения к stdio (FILE* etc). И, в общем случае, они никак не совместимы друг с другом.

Однако, Вас никто не принуждает использовать iostream в Вашем С++ проекте. Используйте C++ + stdio. Проблема будет если Вам надо использовать две разных библиотеки, одна из которых принимает FILE *, а другая iostream, и Вам для чего-то нужно передать один и тот же файл из одной в другую.

ктстаи, праивльнее использовать в С++

Судя по аналогичному вопросу, стандартного способа получить FILE* из std::fstrream не существует. Но существуют хаки, смотрите ссылку.

По стандарту, сейчас, STL такого не умеет. Используйте API OS или Boost.Filesystem.

Да стоит.
OpenGL делится на 2 ветки CORE PROFILE и COMPATIBILITY PROFILE

CORE ввели в версии OpenGL 3 и выше и позволяет добиться большей производительности за счет использования шейдеров, но все, освещение, текстурированные и многое другое вам придется делать самому организуя связь между вашей программой и шейдером. Тудаже придется добавить знание GLSL (язык на котором пишут шейдер). Также напомню, что не все железо поддерживает этот модный профиль.

COMPATIBILITY профиль существует потому, что OpenGL это индустриальный стандарт и обратно совместим со всеми предыдущими версиями. Вы может легко создавать 3д сцены без глубокого знания математики 3D.

Итого, если вы решили прикоснутся к 3Д для понимания или строить простенькие графики, крутить модельки и т.п. COMPATIBILITY PROFILE для вас.

Если же есть желание «наклонить линейку», вы легко воспринимаете матрицы (как умножать и оперировать), можете рассчитать освещение вершины или текселя по фонгу или еще как то вам в CORE PROFILE.