This used to occur due to the VMManager being nullptr at the time cheats were registered (during load, but before it was done). This is bypassed by not accessing the VMManager for offset data until load is complete,

As opposed to converting to string and then back to hex array

This is to go with the Atmosphere VM port, now it just contains the callbacks needed for the interface between DmntCheatVm and yuzu, along with the cheat parsers.

This was done because the current VM contained many inaccuracies and this also allows cheats to have identical behavior between hardware and yuzu.

This is better than just using something like Common.Filesystem or Common.Memory

core: Implement FileSystemController to deglobalize FS services

Log the current title id and game name which is booting

* Update README.md

* Adress feedback

* Add link to our compatability page

* Address feedback

Co-Authored-By: Morph <39850852+Morph1984@users.noreply.github.com>

* Fix spelling

Co-Authored-By: Morph <39850852+Morph1984@users.noreply.github.com>

* Small fix

* Removed the mention of a specific game

* fix

shader_ir: Implement ICMP

Used by fsp-srv/IDeviceOperator

Includes version and meta title ID, used by fsp-srv/IDeviceOperator

Creates a default save data for the application given a user ID.

Prevents a crash if the filename is less than 9 characters long.

Matches hardware behavior and eliminates some nasty behavior we were doing that wasn't hw-accurate at all.

If title ID is 0, there are no add ons, prevents wasting time looking for them.

Prevents a crash if the load dir would be nullptr, instead logs an error and returns appropriately.

Needed to use the RegisteredCache/PlaceholderCache on gamecards.