
Last but not least, there are 2 settings you might optionally consider changing : The third thing you should do if those changes prevent a core from working on your setup, is to mention on github or discord so that i can look into your issue.
#Retroarch windows ds install
Sadly our buildbot currently has troubles building some of those cores, so i recommend manually installing them from the newer builds available at until the new buildbot is ready (for dolphin, you might have to install vc_redist from here).
#Retroarch windows ds update
The second thing you should do, is update the cores mentioned above if you are using them, half of them were patched over the last few weeks, in preparation for those changes. The first thing you should make sure, is that the setting “Allow cores to change video drivers” is turned on (that’s the default), as far as i know turning this setting off was used as a workaround for some of the issues fixed by those commits, so i don’t see a scenario anymore where it could be anything but harmful.

#Retroarch windows ds drivers
OpenGL compatibility isn’t reliable for cores that require OpenGL versions above 3.0, because some GPU drivers don’t support this, so it’s safer to force OpenGL Core in those cases.cores will usually perform faster if you use the video driver they expect.some cores will glitch if the video driver doesn’t match the context they are requesting.Maybe you are one of the lucky guys who didn’t encounter major issues with the previous behavior, but there are actually several reasons to change this : The following cores are compatible with both (some of them might work better with a peculiar driver depending on your gpu though), so they’ll try to use your current driver : The following cores will always try to force the “gl” driver : The following cores will always try to force the “glcore” driver : Here is a list of cores using OpenGL and how they will be affected. This change only concerns platforms with OpenGL Core support, meaning platforms like android and many others aren’t concerned. It’s not possible anymore, now cores will try to force the video driver matching what they want. Until now, when launching a core with an OpenGL renderer, RetroArch would consider both “gl” and “glcore” video drivers as valid choices, meaning you could launch a core internally using OpenGL Compatibility with the “glcore” video driver, and a core internally using OpenGL Core with the “gl” video driver. OpenGL is one of graphics API that can be used to draw 3D with you GPU, it is the most widely supported by devices and emulators. “glcore” is an OpenGL 3.1+ driver, it’s also called OpenGL Core, it supports up to OpenGL 4.6.

“gl” is an OpenGL 2.0+ driver, when used with a version above 3.0 it’s called OpenGL Compatibility and can support up to OpenGL 4.6, but some GPU drivers don’t have that OpenGL Compatibility mode.“gl” and “glcore” are 2 video drivers available on desktop computer :
