You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The system of applying fixes depends on metadata being available and for the client or the user to pass it to umu. This works for titles from major store fronts where the client offers a UX for installing games from the UI, therefore being in a position to have some metadata of the game. However, this system wouldn't work for everything else (e.g., side loaded titles). In those cases, we put fixes in gamefixes-umu, so applying the fix requires manual intervention by the user as the client will use its default GAMEID value otherwise. See this example for Star Citizen.
Proposal
Given unique enough metadata, improve the UX by attempting to auto apply fixes for side loaded applications to avoid any manual intervention steps. DXVK's current approach seems to use the name of the EXE for its own fixes. Perhaps protonfixes can do something similar (e.g., EXE name and the game's current working directory)?
The text was updated successfully, but these errors were encountered:
R1kaB3rN
changed the title
Feature: Attempt to apply fixes to side loaded titles
Feature: Attempt to apply fixes for games with no STORE
Nov 23, 2024
Problem
The system of applying fixes depends on metadata being available and for the client or the user to pass it to umu. This works for titles from major store fronts where the client offers a UX for installing games from the UI, therefore being in a position to have some metadata of the game. However, this system wouldn't work for everything else (e.g., side loaded titles). In those cases, we put fixes in gamefixes-umu, so applying the fix requires manual intervention by the user as the client will use its default
GAMEID
value otherwise. See this example for Star Citizen.Proposal
Given unique enough metadata, improve the UX by attempting to auto apply fixes for side loaded applications to avoid any manual intervention steps. DXVK's current approach seems to use the name of the EXE for its own fixes. Perhaps protonfixes can do something similar (e.g., EXE name and the game's current working directory)?
The text was updated successfully, but these errors were encountered: