Blohinidze Escobaro

Много решений подходит под такие критерии. Смотри, изучай, выбирай.

Cocos2d-x является одним из самых популярных открытых движков. У него большое сообщество и масса поклонников. Есть документация и все нужное для старта.

Defold является еще одним очень популярным кроссплатформенным и открытым решением для разработки 2D игр. Сообщество тоже очень большое, документация и уроки для начинающих тоже на месте.
Defold часто выбирают в качестве решения для своей первой игры. И этот выбор далеко не случаен.

Godot Engine не менее популярен и не менее поднят по возможностям. В чем-то Godot даже будет лучше чем Cocos. Сообщество у него тоже большое. Документация тоже присутствует.

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

Дальше пойдут не такие популярные решения, однако и проходить мимо них тоже не стоит.

Urho3D является нареченной Open-Source альтернативой Unity. Движок используется многими энтузиастами. По разным уголкам сети раскиданы многочисленные группы обсуждения этого движка. Документация и примеры у него на месте.

GDevelop - это довольно популярное решение для небольших игр. Документация на месте.

Panda3D - тоже довольно популярное решение со своим сообществом. Документация имеется.

Hazel Engine - один разработчик - один движок. Полностью вся разработка изложена в видео на youtube. Пользоваться можно... на свой страх и риск.

MOAI является довольно странным. С одной стороны его вообще мало кто знает. С другой стороны, за этим движком далеко не один коммерческий проект с мировой известностью.

GZDoom - современная инкарнация движка DOOM.

Дальше решения пойдут или сложные, или экзотические. Всё на свой страх и риск.

CryEngine - от Crytek.
X-Ray - движок S.T.A.L.K.E.R.
UE 3 - для коммерческих проектов использовать нельзя.
Lumberyard - от Amazon. Да-да, тот самый.
Banshee Engine - он просто существует.
Diligent Engine - у него есть свое сообщество.
Atomic Engine - на нем тоже выпускают игры.
Lumix Engine - тоже что-то может.
Horde 3D - просто существует и этого уже достаточно.

https://docs.microsoft.com/en-us/windows/win32/api...
проверяет состояние кнопки (нажата или нет) в момент вызова самой функции, в самом низу есть пример и еще ниже требования

Ну есть же подробная документация, там всё расписано.

0. Бросать ли мне OpenGL?

Не забудьте C++ дальше учить.

1.Возможно ли создание шейдеров OpenGL на Visual Studio?(он же вроде с Директом дружит)

А что конкретно от Студии нужно? Файлы редактировать сможете, расширения для подсветки тоже были, думаю сможете найти. С дебагом вроде не так круто как с HLSL, но вам может пока и не надо.

2.Какое расширение должно быть у кода, самого шейдера?

.frag/.vert или .frag.glsl/.vert.glsl или просто .glsl, это всё условность, загружать текст шейдеров всё равно вы сами будете.

3.Как собрать шейдер, и где мне найти линковщик, компилятор?

glSharedSource/glCompileShader - пока этого будет вам достаточно.

Уже бесит меня этот OpenGL. Знал что будет не просто, но чтобы настолько.

Видимо у вас наивное представление о предмете разговора.
OpenGL - это графическое API, которое используется как в академической, так и в профессиональной среде. Оно конечно заметно проще чем Vulkan или тем более Direct3D, но всё-таки это не учебное API. Современные версии OpenGL отвечают требованиям даже крупных игровых проектов, т.е. у современного OpenGL достаточно продвинутая архитектура, отвечающая темпам развития графического оборудования.
Иными словами, вы выбрали в общем-то профессиональный инструмент, и вы пока что к этому не готовы. GLSL - это отдельная большая история, он требует знаний не меньше, чем весь остальной OpenGL. По языку шейдеров пишут самостоятельные книги, по нему даже соревнования проводят на всяких сценерских движухах - кто круче шейдер напишет за ограниченное время.

Это я пишу не чтобы отбить у вас желание учить, а для того чтобы вы понимали, что в IT и программировании есть достаточно сложные и объёмные вещи, которыми с разбегу не овладеешь. Если вы ещё и C++ только начали учить, но вам тем более тяжело должно быть. Я впервые сделал что-то потребное на OpenGL только на 4-м курсе, уже чувствуя себя комфортно в плюсах.

Считайте вектор скорости и потом делите на его длину. В зависимости от зажатых кнопок прибавляйте или вычитайте speed из vx или vy (которые изначально 0). Потом, после проверок, делите оба числа на sqrt(vx*vx+vy*vy) (если оно не 0) и сдвигайте спрайт на vx, vy.

Можно соптимизировать - прибавляйте 1/-1 вместо speed. Тогда значение vx*vx+vy*vy может быть только 0,1 или 2. Заведите константный массив kScaleCoef[3] = {1, 1, sqrt(2)} и потом делайте

Sprite.Move(speed/kScaleCoef[vx*vx+vy*vy]*vx, speed/kScaleCoef[vx*vx+vy*vy]*vy);

P.S.: убедительная просьба не предлагать написать консольные калькулятор, конвертер и прочую мелочь.

Напишите не консольный, а с рисованием графиков. Да и к совету Александр Таратин насчет производной советую прислушаться. А если для вас это мелочь, найдите производную не численным, а символьным путем (как делает Maple, например). Много интересного ждет вас.

задачи

Вот тут отличный список задач на совершенно разные области для закрепления и оттачивания навыков

парсер, идешь за валютой на сайт цб и рисуешь график роста и падения деревянного