SDL 2.0.12

Не думаю, что под Windows используется DirectX

Для 2D ускорения выбирается то что нативно для платформы по умолчанию, на винде директ, на линуксе гл, на маке метал. Но далеко не всегда 2D SDL API используется вообще, а если и используется то глубоко плевать что там под капотом, оно для этого и создано. Тоже самое про окна через winapi они или через X11 тоже самое про ввод и вывод. Но никто не мешает открыть SDL_OPENGL окно и рисовать всё самому также с ускорением без даже намёков на DirectX как большинство и делает по сути

Я так и подумал ) SDL предоставляет возможность связаться OpenGL через себя, хотя можно работать с OpenGL напрямую, используя SDL только для отрисовки окна, и для работы с устройствами ввода. Со звуком так же: можно напрямую в /dev/dsp слать звук, но зачем, когда можно через sdl_mixer?

Для 2D ускорения выбирается то что нативно для платформы по умолчанию,

Ты тоже не фантазируй. Конкретный бэкэнд выбирает разработчик / мэйнтейнер.

Ты тоже не фантазируй. Конкретный бэкэнд выбирает разработчик / мэйнтейнер.

Ты бы пальцы гнул поменьше. И читать научился. :D

Я сказал

выбирается то что нативно для платформы по умолчанию

By default the first one in the list that is available on the current platform is chosen.

Первый из это и есть всегда нативный как я выше перечислил. То что ты SDL_HINT_RENDER_DRIVER заюзаешь не значит что получишь желаемое ибо его может не быть вовсе. Да и в целом тебе может быть глубоко плевать на это все если ты не выходишь за рамки SDL Renderer API и делаешь всё через него.

Чё ты агрися на людей я нипанимаю! ^.^

Если же мы выходим за рамки то да согласен, отныне всё на 100% под контролем разработчика.

Первый из это и есть всегда нативный как я выше перечислил.

Лол. Единственный «не нативный» рендер в SDL - это софтверный. Всё остальное - это, разумеется, обёртки к.

Но если ты не наркоман, у тебя не будет в сборке никаких других рендеров, кроме одного единственного - того, который нужен.

Та я про нативный для платформы на которой SDL дёргается. А не для самого SDL ты меня неверно понял. Если мы используем официальную сборку для винды или сборку которую предоставляет дистрибутив линукса или ещё кого.

Но если ты не наркоман, у тебя не будет в сборке никаких других рендеров, кроме одного единственного - того, который нужен.

Ну если я SDL с собой таскаю то да, лишнее выпиливается за ненадобностью. Тут ты прав и я не спорю.

Ой кароче всё, пошёл я спать, одни нервы с вами ^.^

Ты несёшь какую-то дичь.

что касается sdl_image и sdl_gfx. Мне кажется, что через них можно пользоваться OpenGL и Direct3D, чтобы не обращаться напрямую. Только и всего.

SDL_image это парсер форматов. Ну, чтобы твоя игра умела открывать PNG/BMP/JPEG и так далее, а ты не тратил время на реализацию всего этого. SDL_gfx это графические примитивы.

SDL предоставляет возможность связаться OpenGL через себя

Создать контекст.

хотя можно работать с OpenGL напрямую

Работать с EGL/GLX/WGL/etc и оконной системой операционной системы, если она есть, скорее. Ты и так напрямую с OpenGL работаешь, SDL даёт тебе только абстракцию над созданием окна и контекста.

Хотя должен сказать, что в SDL есть встроенный 2D рендерер, реализованный софтварно, через OpenGL, через Direct3D, через Metal. Вот кстати для него SDL_gfx и существует. Но это всё 2D, повторюсь, и не так интересно. :)

можно напрямую в /dev/dsp слать звук

/dev/dsp больше не существует. По крайней мере на Linux.

зачем, когда можно через sdl_mixer

mixer занимается тем, что… видно из названия. Его задача смиксировать звук с разных каналов, в том числе один с музыкой из MP3/OGG/etc. Чтобы просто играть звук он не нужен.

Некоторые движки кстати самостоятельно микшируют звук. Например, у нас в Xash3D свой микшер, родом из Quake и никакой SDL_mixer ему не нужен. Отдаёт готовый буфер, который можно уже прямиком слать на девайс, будь то /dev/dsp, ALSA, PulseAudio или OpenSL ES.