CMakeLists: Treat -Wsign-compare as an error on GCC/Clang

Treats (un)signed comparison mismatches as errors to be consistent with MSVC

general: Enforce multiple warnings in MSVC

service: mii: Retrieve the correct default miis.

Slightly refactor NVDEC and codecs for readability and safety

input_common: Add missing modifier callback to analog from button

Replace usages of deprecated member functions in QMouseEvent and QWheelEvent

CMakeLists: Enforce C4189 on MSVC

TextureCache: Fix 1D to 2D overlapps.

We were including the first 2 default miis which are not meant to be shown in games. With this change, we properly retrieve the 6 default miis shown in games, with 3 of each gender.

This supplements C4101 by detecting initialized but unreferenced local variables

[audio_core] Decouple audio update and processing, and process at variable rate

cmake: Improve Linux dependency checking for externals

yuzu qt, core: Support LayeredFS mods from SDMC directory

main: Add GPU Vendor name to running title bar

This lets us avoid needing to wrap external headers with #pragma warning directives for warnings we treat as errors and avoids generating warnings for external code.

Thanks to MerryMage for pointing this out.

We should not apply any mods when dumping a game's RomFS.

This prevents mod files from being locked due to the read-only share flag in Windows.

If someone else wants to support other mod formats in the SDMC
directory, that can be added later. For now, just allow RomFS modding
here and force people to do other types of mods the old way.

Addresses review comments.

Co-authored-by: LC <mathew1800@gmail.com>

Enables loading a mod directly from `[yuzu data
directory]/sdmc/atmosphere/contents/[title_id]`. For use with some
homebrew mod managers.

Enables dumping the RomFS to SDMC directory, specifically '[yuzu data
directory]/sdmc/atmosphere/contents/[title_id]/romfs'.

main: Display the instruction set of the running title in the window name

Displays whether the currently running title uses 64-bit instructions or only 32-bit instructions.

Currently, processing of audio samples is called from AudioRenderer's Update method, using a fixed 4 buffers to process the given samples. Games call Update at variable rates, depending on framerate and/or sample count, which causes inconsistency in audio processing. From what I've seen, 60 FPS games update every ~0.004s, but 30 FPS/160 sample games update somewhere between 0.02 and 0.04, 5-10x slower. Not enough samples get fed to the backend, leading to a lot of audio skipping.

This PR seeks to address this by de-coupling the audio consumption and the audio update. Update remains the same without calling for buffer queuing, and the consume now schedules itself to run based on the sample rate and count.

buffer_cache,texture_cache: Misc fixups from the memory reaper

libusb: Apple is a POSIX system