Closed jose1711 closed 5 years ago
Did you move into the songbrowser window before closing performous?
Also is there a file named: Songs-Metadata.json
(With contents) within the $HOME/.cache/performous/
folder?
Hmm i see your problem the current loadcache
method within songs.cc
uses the technique of the song paths to determine if a song should be loaded or not. We decided to do this to determine if a song is deleted, but is not deleted on the main system. see #386
There are 2 ways of solving this:
config.xml
as default path upon generating it. (:tada:)I'm liking the 1st option more since it gives you more flexability. Please vote by using the smileys on this comment on which we should implement.
Did you move into the songbrowser window before closing performous?
mere visit of songbrowser window does not fix this (does not add path/songs
list into config.xml
). pressing ctrl-s not helping either hence one needs to add the path manually.
Alright thanks i think i'll pick this up someday short :) !
This has been tested and approved by @jose1711
It now uses the default songfolders and cache check if song already existed in cache is now working correctly.
Do you want to request a feature or report a bug?
Feature
What did you do?
~/.config/performous/config.xml
to simulate new install~/.ultrastar/songs
) are scanned and added to database (json file is created)What did you expect to see?
I was expecting performous to make use of cache resulting in performance gain during startup.
What did you see instead?
In order for performous to start caching, the
~/.ultrastar/songs
had to be added to scanned folders manually. This step was not obvious.Output of
performous --version
:What is your environment & configuration (arguments, platform, ...)?
Arch Linux 64 bit