sfan5 6b8bd8072f video/egl_helpers: fix fallback logic for EGL_KHR_create_context ... Both possible paths had bugs: For OpenGL it passed EGL_CONTEXT_CLIENT_VERSION, which - in older versions of the standard - was not permitted. For GLES it always assumed EGL_CONTEXT_FLAGS_KHR to work, which belongs to the aforementioned extension. Ironically this was never a problem (probably saved by implementations not being overly strict) except in 2024 on an emulated Android 14 device that trips over this edge case. It is a mystery.		2024-03-21 18:27:08 +01:00
..
angle_dynamic.c	…
angle_dynamic.h	…
common.c	various: make mentions of macOS consistent	2024-02-21 20:46:53 +01:00
common.h	…
context.c	…
context.h	…
context_android.c	…
context_angle.c	…
context_drm_egl.c	context_drm_egl: log fallback correctly	2024-03-16 13:27:34 +01:00
context_dxinterop.c	…
context_glx.c	various: make mentions of macOS consistent	2024-02-21 20:46:53 +01:00
context_wayland.c	wayland: drop buffer_scale use for viewporter	2024-01-27 05:12:12 +00:00
context_win.c	opengl/context_win: make --alpha runtime changeable	2024-02-17 16:06:33 +00:00
context_x11egl.c	…
egl_helpers.c	video/egl_helpers: fix fallback logic for EGL_KHR_create_context	2024-03-21 18:27:08 +01:00
egl_helpers.h	…
formats.c	various: make mentions of macOS consistent	2024-02-21 20:46:53 +01:00
formats.h	…
gl_headers.h	…
hwdec_d3d11egl.c	…
hwdec_dxva2egl.c	…
hwdec_dxva2gldx.c	…
hwdec_vdpau.c	…
libmpv_gl.c	…
ra_gl.c	…
ra_gl.h	…
utils.c	…
utils.h	…