Open romatthe opened 8 months ago
Well, that's the biggest appinfo I've seen yet, and you must have modified quite a bit of games to grow the json that large.
I can try to take a look at the performance. If you don't mind, having your modifications file may prove useful to see what is making it so slow.
The format is documented here: https://github.com/SteamDatabase/SteamAppInfo
Yeah, it's like I said, I don't expect the average user to run into this issue since the combo of a big library and me being overtly obsessive about how I sort and name the games is likely an extreme outlier.
Here's my (gzipped) modifications.json
:
modifications.json.gz
Again, I felt it was worth mentioning my issue, but definitely don't waste too much time on this since I understand most people using the app will probably not have this issue.
(And thanks for the documentation link!)
Hi there, thanks for writing this little program, I used it to clean up my library on Linux, so I really appreciate you putting this together!
Unfortunately, I am running into issues with performance. As suggested, I actually launch the application with the
--silent
switch before opening Steam as suggested (by settingExec=sh -c 'steam-metadata-editor --silent; steam %U'
in the desktop file. This actually works well, but actually running the program has become very slow lately (making Steam boot time very slow as well).I mainly edit the display name of games as well as how they're sorted. But because SME dumps all the original data into the json file before editing, my
modifications.json
has grown quite gargantuan in size:Funny detail, it has actually become larger in size than my actual
appinfo.vdf
!I should point out however that I do have a pretty big Steam library (2600+ games, please send help), and I am pretty OCD when it comes to keeping everything quite clean, so I assume the issue will be less exaggerated for most users.
Either way, I felt like I needed to post this here just to let you know, but please don't worry about it TOO much. My solution will probably just end up my writing my own tool instead.
(Speaking of which, is the
appcache.vdf
or the binary vdf format documented anywhere aside from people's ad-hoc implementations?)