mesa issueshttps://gitlab.freedesktop.org/mesa/mesa/-/issues2024-01-19T05:49:38Zhttps://gitlab.freedesktop.org/mesa/mesa/-/issues/10445Driconf workarounds cannot distinguish between native or translated renderer2024-01-19T05:49:38ZmirhDriconf workarounds cannot distinguish between native or translated rendererhttps://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/14965 is the best example, but even the changes that I wanted to suggest for Sanctuary (and Tropics) would be the same.
Long story short, there is a potential mixup whenever you...https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/14965 is the best example, but even the changes that I wanted to suggest for Sanctuary (and Tropics) would be the same.
Long story short, there is a potential mixup whenever you have a Windows application with a native linux api renderer sharing the same executable of one that may instead need to be translated. It's fine and dandy that hacks are applied to buggy opengl and vulkan (and idk if also nine?) code, but if the calls are coming from wined3d or dxvk it seems evident that this isn't the same thing.
This was also casually noted in !26607 (even though the workarounds are fairly minor there).https://gitlab.freedesktop.org/mesa/mesa/-/issues/7982Add support for local XDG base directory config location for driconf2023-03-15T05:18:37ZShmerlAdd support for local XDG base directory config location for driconfJust an improvement to allow using `$HOME/.config/drirc` and `$XDG_CONFIG_HOME/drirc` instead of `$HOME/.drirc`.
See !20461.Just an improvement to allow using `$HOME/.config/drirc` and `$XDG_CONFIG_HOME/drirc` instead of `$HOME/.drirc`.
See !20461.https://gitlab.freedesktop.org/mesa/mesa/-/issues/6098Case-sensitive drirc application name matching sometimes fails on casefold en...2023-03-15T02:41:55ZOschowaCase-sensitive drirc application name matching sometimes fails on casefold enabled filesystemsWhen certain windows games are installed in a casefold enabled directory on a filesystem that supports the casefold feature, the case of the process name string changes (as seen in /proc/$pid/comm), which causes `application_name_match` ...When certain windows games are installed in a casefold enabled directory on a filesystem that supports the casefold feature, the case of the process name string changes (as seen in /proc/$pid/comm), which causes `application_name_match` based case-sensitive app options to fail to apply.
I noticed this with The Evil Within, which has a radv drirc workaround using application_name_match="EvilWithin.exe". The executable of the game is indeed named `EvilWithin.exe`, however, the running process of the game is named `evilwithin.exe` when launched from a casefold-enabled ext4 directory and `EvilWithin.exe` when launch from a btrfs directory without casefold. In the first case the app option doesn't get applied and the game has rendering issues. This doesn't seem to occur for all games that have mixed-case exe names and I don't know what triggers it for this game specifically.
I encountered this issues with recent Mesa `main` and proton 7.0 or experimental bleeding edge.
@hakzsam