Dudemanguy 3c7b6db205 options: move all wayland specific options to vo_opts ... Unlike most other platforming backends, wayland has its own specific sub_options struct. 027ca4fb85 originally introduced this and some more options were added later, but in retrospect it's an unneccesary complication. There are already x11, and windows-specific options within vo_opts. In fact, there actually is a wayland one in there already as well (wayland-content-type) so it's split btween two places. The wayland code already has to handle vo_opts and it is already handles callbacks if needed. There is no advantage to having a separate wayland-specific sub_options struct which is stuck with whatever you set at init time. So solve everything by deleting the old sub_options struct, moving it to vo_opts and make some minor option naming changes for clarity (i.e. adding a 'wl_' in front of the name). This simplifies the wayland common code and also makes it have more functionality since you get runtime updates for free.		2024-07-24 18:46:04 +00:00
..
common.h	…
context.c	various: allow changing GPU API options at runtime	2024-07-24 18:44:41 +00:00
context.h	vf_gpu: vulkan and egl implementations	2024-04-27 01:08:22 +02:00
context_android.c	…
context_display.c	various: allow changing GPU API options at runtime	2024-07-24 18:44:41 +00:00
context_mac.m	mac/vulkan: error out on context creation without an NSApplication	2024-07-16 11:20:40 +02:00
context_wayland.c	options: move all wayland specific options to vo_opts	2024-07-24 18:46:04 +00:00
context_win.c	…
context_xlib.c	…
utils.c	…
utils.h	…