[GH-ISSUE #2546] [Feature Request]: Allow disabling/swapping a game update #833

New issue

Closed

opened 2026-02-27 21:08:24 +03:00 by kerem · 0 comments

kerem commented

2026-02-27 21:08:24 +03:00

Owner

Originally created by @imnltsa on GitHub (Feb 27, 2025).
Original GitHub issue: https://github.com/shadps4-emu/shadPS4/issues/2546

Checklist

I have searched for a similar issue in this repository and did not find one.

Description

Enabling 'Enable Separate Update Folder' allows shadPS4 users to quickly delete updates on games with updates installed to a separate directory essentially reverting them back to v1.00. This is really helpful for testing games so early in shadPS4 development, especially when new issues are introduced in later game versions.

When right clicking a game, users should be presented with a side dropdown (similar to the "Delete..." dropdown) that allows them to select from different updates, being v1.00, v1.01, v1.02, and so on that would rename the selected update directory to [TITLEID]-UPDATE allowing the emulator to use that update when playing the game.

This would require the game to have their own separate [TITLEID]-UPDATE directories that would be named after said update when installing via .pkgs or manually copying over game files, so, say, CUSA44456-UPDATE-V0102 for CUSA44456 update version v1.02 when I install the .pkg for that version.

Reason

Allowing a game to revert to v1.00 or any specified game version would allow users to test differences between title updates and potentially find any bugs introduced in a particular version (ex. Grand Theft Auto 5).

While having a version picker seems kind of extra considering most people would either only be playing v1.00 (too lazy to update) or the latest version, it seems like a good idea for preservation and shouldn't take much effort to implement (GL with save files tho.)

I don't believe I've ever seen this done before in an emulator (and probably for good reason) other than Ryujinx with their "let's reference instead of installing .nsps" system, but for an emulator early in development and with a large community of testing games I believe it'd be beneficial in the long run. Probably also good for the compatibility list when people make an issue testing v1.00 but another commenter testing a newer version has an issue introduced in said version.

Examples

No response

Originally created by @imnltsa on GitHub (Feb 27, 2025). Original GitHub issue: https://github.com/shadps4-emu/shadPS4/issues/2546 ### Checklist - [x] I have searched for a similar issue in this repository and did not find one. ### Description Enabling 'Enable Separate Update Folder' allows shadPS4 users to quickly delete updates on games with updates installed to a separate directory essentially reverting them back to v1.00. This is really helpful for testing games so early in shadPS4 development, especially when new issues are introduced in later game versions. When right clicking a game, users should be presented with a side dropdown (similar to the "Delete..." dropdown) that allows them to select from different updates, being v1.00, v1.01, v1.02, and so on that would rename the selected update directory to `[TITLEID]-UPDATE` allowing the emulator to use that update when playing the game. This would require the game to have their own separate `[TITLEID]-UPDATE` directories that would be named after said update when installing via `.pkg`s or manually copying over game files, so, say, `CUSA44456-UPDATE-V0102` for `CUSA44456` update version `v1.02` when I install the `.pkg` for that version. ### Reason Allowing a game to revert to v1.00 or any specified game version would allow users to test differences between title updates and potentially find any bugs introduced in a particular version (ex. Grand Theft Auto 5). While having a version picker seems kind of extra considering most people would either only be playing v1.00 (too lazy to update) or the latest version, it seems like a good idea for preservation and shouldn't take much effort to implement (GL with save files tho.) I don't believe I've ever seen this done before in an emulator (and probably for good reason) other than Ryujinx with their "let's reference instead of installing `.nsp`s" system, but for an emulator early in development and with a large community of testing games I believe it'd be beneficial in the long run. Probably also good for the compatibility list when people make an issue testing v1.00 but another commenter testing a newer version has an issue introduced in said version. ### Examples _No response_