You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
SDL version 2.0.16 includes this commit which enables SDL_WaitEvent to actually wait for an OS event instead of polling. In addition to potentially being more power-efficient, this improvement will help with my plan to implement screen reader accessibility for Ren'Py (not quite the same as self-voicing), particularly on Windows, Mac, and iOS. The problem is that on these platforms, the accessibility API requires IPC to the thread that owns the native window, which has to go through the OS event pumping mechanism, and a single screen reader command can require several IPC round trips, so a 1ms+ delay per round trip (which is what SDL_WaitEvent previously did) is noticeable. But at the same time, polling with no delay is obviously a non-starter. So updating to a version of SDL that includes this optimization would be helpful.
The text was updated successfully, but these errors were encountered:
SDL version 2.0.16 includes this commit which enables
SDL_WaitEvent
to actually wait for an OS event instead of polling. In addition to potentially being more power-efficient, this improvement will help with my plan to implement screen reader accessibility for Ren'Py (not quite the same as self-voicing), particularly on Windows, Mac, and iOS. The problem is that on these platforms, the accessibility API requires IPC to the thread that owns the native window, which has to go through the OS event pumping mechanism, and a single screen reader command can require several IPC round trips, so a 1ms+ delay per round trip (which is whatSDL_WaitEvent
previously did) is noticeable. But at the same time, polling with no delay is obviously a non-starter. So updating to a version of SDL that includes this optimization would be helpful.The text was updated successfully, but these errors were encountered: