Ryan C. Gordon
Ryan C. Gordon
I think this is less performance and more "I want data from the disk when it's available, and I don't want to block _at all_ while the data is coming...
Okay, I've redesigned this interface three times in three days, and I still hate where it's at. It's become clear to me that this shouldn't be added to a generic...
> os/2 can go Literally did not expect Ozkan to say this. :) > For Windows audio we can technically remove every backend that isn't WASAPI Winmm can be retired...
arts, esd and nas can all go. Also fusionsound, nacl, paudio, qsa, possibly sndio if OpenBSD isn't still using it, possibly sunaudio if Solaris isn't still using it (or if...
(Sorry for all the spam here) If dsp can go along with all the other legacy Unix backends, we can remove the higher level code for manage Unix /dev/dsp devices...
Also, this might be too aggressive, but I'd consider deleting PSP, Vita, PS2, and Nintendo 3DS support up front, and let them live in SDL2, and add them back to...
The "raspberry" video driver can go (modern Raspberry Pi OS supports kmsdrm on at least the Pi 3 and Pi 4, if not others). I think we delete the DirectFB...
Haiku is still in active development, I'm inclined to keep it for now.
> We still have random folks working on embedded systems that use DirectFB - it was their only alternative once we removed fbcon support. Honestly I'd sort of like to...
> I was under the impression that the plan was to continue to support at least the Render API alongside the new GPU API, so > SDL3 would in theory...