Attempt to go back to thevery original finding a matching framebuffer logic
Revise how the language system works.
On Win32, the Language menubar is eliminated in favour of displaying a NewLanguageScreen on screens that are of type UIDialogScreenWithBackground/UIScreenWithBackground; UIScreen inheriting screens (e.g. GamePauseScreen) still require manual additions.
Qt Desktop: Hide cursor in fullscreen during gameplay, unless on-screen controls are enabled.
Merge pull request #4419 from thedax/reviseLanguageSwitching

Win32: Revise how the language system/menu works.
Merge pull request #4399 from raven02/patch-11

Attempt to go back to the earliest logic of finding a matching framebuffer
fixes #4443 buffer underrun in the audio system
Merge pull request #4445 from Bigpet/AudioBufferFix

fixes #4443 buffer underrun in the audio system
Keep syscalls the same in the interpreter.

Rather than having different bugs.
Fast path CallSyscall where possible.

It seems we're spending a decent amount of time there, which isn't
entirely unexpected.  We can eliminate some things easily.
Clear the jit cache when toggling debug stats.

This way we can bypass that check normally, for speed.
Oops, avoid a crash on a bad HLE func.

In the debug stats area.
Correct sceKernelIsCpuIntrSuspended().

It takes a param.  Verified by tests, it just returns what the param
means, not anything about the current state.
move direct sound specific behavior into the actual direct sound function instead of into an ifdef
Merge pull request #4415 from unknownbrackets/syscalls

Avoid CallSyscall() overhead from jit
Merge pull request #4447 from Bigpet/DSoundRefactoring

move direct sound specific behavior into the actual direct sound function
Implement throttling for Qt desktop UI (same as the Windows-only one in Core/Config) to stop it using 100% cpu in menus.
Qt: Don't allow double click to resize window when the user could be using touch controls.
Qt: Use different temporary file dirs for each project so that names do not conflict.
Update native. Fixes #4434
Scale touch controls to screen resolution.
Include a migration method for users who were on the old static system.
Scaling up may still look weird due to the hacky method of placement which is unchanged by this commit.
Next step of resolution independence would be to have the button scaling affected by resolution too.
Tested on a few devices. Mobile users should see no changes at all.