Классический OpenGL, OpenGL 3.0+, Vulkan, что дальше?

чтобы отрисовать простейшую сцену

И что бы простейшая сцена выглядела хорошо? Или как? Что значит простейшая сцена? Дай картинку

Чем дальше, тем более низкоуровневые движки для графики.

Потому что надо впихивать невпихуемое

Когда ждать программирования видеокарт в машинных кодах

Ну, так уже, шейдеры же пишем с неочень то большой абстракцией, считай таже сишка слава те хоспади хоть так

OpenGL это годнота, компромисс между восходом солнца в ручную и автоматизацией того что как полагается лучше знают разрабы железа конечного, Vulkan это откат в прошлое что бы всё делали сами, больше контроля и гемороя на пустом месте. Для AAA проектов хорошо ибо выжимают все соки, для остальных геморой который обходят обуртками

OpenGL 2.1 самый топ. Всё что выше это куча нашлёпок и всё. Потому-что мне осиливать версии выше лень :D

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

И потом пишут для них модули на более низкоуровневых языках, ога.

Ну вот у тебя есть массив xyz значений и массив rgba цветов, это всё что есть в графике. Точки в пространстве и картинки что для этого высокоуровневого придумывать? Ну вот придумали сначала машину состояний, затем придумали шейдеры что-бы каждую точку и каждый цвет читать, преобразовывать и записывать. Что там у тебя за точки, что бы с ними делаешь, что у тебя в текстурах хрен его знает. А высокоуровневые вещи подразумевают что делаются однитипные действия которые можно скомпоновать, что ты скомпонуешь в графике? Не ну есть что конечно. Но, для этого уже движки сделали, где мышкой клацаешь и всё ваще не паришься чтооо там как там и зачем да почему.

для остальных геморой который обходят обуртками

На самом деле было бы адекватно иметь реализацию opengl поверх vulkan и для желающий лезть внутрь - vulkan, для не желающих - классический opengl

И что бы простейшая сцена выглядела хорошо?

Ну например сцена это просто визуализация некоторых математических данных, вычисляемых «на ходу». Там особой красоты и не надо. И классическим opengl это зачастую рисуется элементарно.

Согласен со всем.

было бы адекватно иметь реализацию opengl поверх vulkan

Типа сей?

На самом деле, для всех практических нужд достаточно готового движка и разбираться, где там opengl, а где vulkan вообще не нужно

Там ES кастрированный, но хоть что-то. Благо пока ненужно пока OGL2+ жив и поддерживается

это годнота, компромисс

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

Если тебя интересует обёртка - берёшь обёртку, этой middleware не место в драйвере.

В итоге единственное место для opengl - поддержка устаревших видеокарт в каких-нибудь кроссплатформенных cad, тк в играх он и не использовался практически.

OpenGL 2.1

Compute нет -> в топку. У нас же всё таки программируемый пайплайн а не конец 90х.

К сожалению OpenGL всё. Для тех, кто не хочет красноглазить и писать софт/игруху и так использовали GUI приложения типа редактора/игрового движка, а те кто пишут этот софт получили больше контроля над графикой. Vulkan победил.

Ну так классический opengl+glu+glut это и есть такой готовый движок

У нас же всё таки программируемый пайплайн а не конец 90х.

кому программируемый пайплайн, а кому просто по-быстрому отрисовать картинку

А нужен такой язык, чтобы можно было фигак-фигак как в питоне и в то же время при желании до ассемблера опускаться.

ну из питона ты до ассемблера не доберешься. По крайней мере просто

Берешь сишку/раст/любой другой низкоуровневый ЯП в руки, пишешь батарейку и погнали. И да, оптимизация узких мест таким образом гораздо быстрее чем писать весь проект на сишке/расте.

Ну это уже не на питоне получается)

Если тебе хватает «классического opengl+glu+glut», то тебе вероятно хватит core opengl + нескольких функций из glm+glfw/аналогов. Если не устраивают внешние зависимости - копипасты нужного в свой код.

API Open GL-я оказалось не на нужном уровне абстракции. На практике выиграло сочетание очень низкого уровня API (Vulkan, Metal, Direct X12) и очень высокого уровня готовых движков.

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