-
Notifications
You must be signed in to change notification settings - Fork 47
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Accumulating many .foz files with Gamescope #212
Comments
I don't think this is an issue with Fossilize, it may be with steam runtime, though I will keep this issue open if anyone has insight as to what may be causing this |
Hello @cchulo, if you find a decent hint that this issue is rooted in another part of the larger set of Steam-related projects, please add the note here and give me a ping requesting for this issue report to be transferred to the other issue tracker so that we keep the discussion of this issue centralized and skip making duplicate issue reports across multiple issue trackers. |
@kisak-valve thank you, I was considering opening an issue with steam-runtime project, but at this point I am a bit stumped, I am not sure what is responsible for creating these files. I looked everywhere in github for the keyword "steamapprun", might be a closed source project that is responsible. So today I discovered that Quake, a game I have had no previous issues with running under KWin, and therefore there is no need to use gamescope with, has also been accumulating .foz files. In fact, I don't even use anything with it other than proton 7.0.5 This leads me to believe that gamescope itself is not responsible, but perhaps gamescope might be making steam think the shader cache is invalid everytime a game is launched (?) The other games I mentioned that are all exhibiting these symptoms (emulationstation, Nier, and RE HD) only produce these spare foz files whenever they are executed with gamescope, but are just fine when I run them without it. So in summary, the gamescope executable and Quake seem to be causing an issue. Might be relevant to mention that I am using nvidia drivers (historically has not played nice with linux at times), here are my specs: OS: EndeavourOS What do you recommend? |
This is definitely a Steam issue and not a Fossilize issue specifically. There is a cache merging phase that Steam runs on application exit that apparently isn't happening when launched directly from gamescope. It would have merged these individual .foz files into a single .foz file (de-duplicating) and deleting the individual ones. |
I see, thanks @danginsburg is the steam-runtime repo appropriate place for this issue? can this issue just be moved over there if so? |
I observe the same behaviour in Deep Rock Galactic. Multiple small .foz files, and they are never merged into a single one. I do not use gamescope, however, should this get it's own issue? And what's the status of this issue? |
So I am running Emulationstation-DE (non-steam game), Resident Evil HD, and Nier Automata all with Gamescope. I have been noticing that every time I start up with gamescope it creates a new .foz file inside of the steamapps/shadercache/fozpipelinesv6 directory. It looks like the way it is creating them is a bug because the hash is the same, but it keeps making copies. Take RE HD for example:
it is executed with
gamescope -H 1440 -h 1440 -r 60 -f -- %command%
The Foz files that are created every time look like:
With emulationstation-DE, something that's been installed longer than RE HD and has been used quite a bit:
Note that for ES-DE the hash changed at some point, this may have been due to me installing new GPU drivers
With Nier its the same situation, a new .foz file everytime I launch the game
All the .foz files are the same size, is this a bug? This only happens when games are executed with gamescope. It does not matter if its a non-steam game or not
Edit: the screenshots are a bit dated now since I originally opened this issue over at ValveSoftware/gamescope#749, but I got no feedback, it might not be a gamescope issue perse, any help would gladly be appreciated
The text was updated successfully, but these errors were encountered: