#[Linux] Reorganizing or moving songs directory invalidates in-game scores

9 messages · Page 1 of 1 (latest)

hazy fulcrum
#

I renamed the subdirectory where the middle chart from the image resides, from /mnt/YargSongs/BIRDBRAIN/ to
/mnt/YargSongs/Customs/BIRDBRAIN/, and now after re-scanning my score for it shows up as 0% (see image).

In my scores.db I see each chart has their own SongChecksum under the GameRecords table, do these checksums include the whole path? If so, wouldn't a shasum of just the chart file fix this issue? just checked by getting a new score and comparing the old and new SongChecksums and they were identical no matter the paths, so i assume this must be some kind of a separate bug then

(nightly b3347)

Screenshot_20251127_202914.png
hazy fulcrum
#

the player.log has something about SongSources but i'm not sure if thats relevant it's not, those two exceptions have been happening since the U6 update b3315, and the PB score for this chart still loads instantly on b3315-b3332

📎 Player.log
hazy fulcrum
#

Ok, it seems like like after playing the song once, the old PB score loads properly, but after every game restart it becomes 0% again, is there some cache misbehaving after the directory rename or something? Edit: failing the song isn't enough for the old PB to load, ig it requires for the score to be added to the scores.db so the old PB come up

hazy fulcrum
#

this also had a higher score previously edit: and sure enough playing it just once made the old PB for it too show up temporarily

Screenshot_20251127_232931.png
flint parrot
#

Hm, the path shouldn't matter, as the checksum is actually the hash of the chart file. (either the .mid or .chart depending on format)

swift cedar
#

Is that also the case for con files?

flint parrot
#

yes

#

(at least I'm fairly sure)

hazy fulcrum
#

I never found out what in my setup triggered this, but it's not happening anymore after the highscore sql changes in b3371!