Bugfixes:
Enhancements:
Strawberry has added compilation tag to the edit tag dialog in the new versions.
Looking in a VM here I used to test the snap, I found the files in the following locations.
/home/jonas/snap/strawberry/5581/.config/strawberry/strawberry.conf
/home/jonas/snap/strawberry/5581/.local/share/strawberry/strawberry/strawberry.db
I can confirm that
snap remove strawberry
wiped the files. That's horrible.
I'll add that to the warning dialog in Strawberry.
I plan to discontinue the snap, but there currently is a process packaging strawberry in debian, I'll wait until that is complete.
The snap has caused so many complaints and bad reviews because of restrictions and slowness.
Thanks. The version number doesn't mean much, but I actually thought that we should have called 0.8.1 version 1.0 instead since it is pretty complete. 
I think that the grouping tag is mostly used to separate different releases of the same album, and that's the reason it's done. It's always been like this. We adapted this behavior from Clementine. But it's only done when year is included in the group by.
You can change the "group by" to Album Artist / Album.
The way I do is that I set the disc to 0 for albums that have single discs, that way it does not append the disc, that's actually what the ripping program did when I ripped the songs from CD years ago.
Snap uses different directories for configuration. The playlist is stored in strawberry.db.
sudo find / -name 'strawberry.db'
That should give you an idea of where it is, basically you need to copy that to ~/.local/share/strawberry/strawberry/strawberry.db
Make sure you do what while strawberry is not running.
You might also want to look for the old strawberry.conf and copy that to ~/.config/strawberry/strawberry.conf
The collection thumbnails uses cache to speed things up, so sometimes if they are stuck you need to clear the disk cache in the collection settings (if that is enabled), restart strawberry will refresh them.
Any songs not associated with a cover will pick up any cover in the directory where the song files are. So you need to use the hash, and not select to save them in the album cover directory.
I see now that there is bug in the edit tag dialog, if you press save it will reload the cover data from when the dialog was opened, if you press discard it will not save tags, and then it works. The same feature in the cover manager should work. Fixing the bug now.
I realize that of course increasing tagreaders won't really make much difference as we use the blocking method in the collection watcher.
Increasing tagreader workers to 8 (4 before) made the scan finish 1 minute sooner for my collection, not really worth it, since each process takes up around 72 MB RAM, but maybe there could be a setting like Clementine has now.
It would be nice to figure out what is causing this, but this one was quite puzzling.
I tried some more things to try and reproduce the problem here.
I booted up Ubuntu 20.04 in a virtualbox and mounted the music as a virtualbox share.
Also tried to attach a USB HDD (non-SSD) with the same music.
The scan speed is normal on both attempts.
One thing you can check is how many tagreader processes Clementine uses vs Strawberry, you can check it with: ps xua|grep tagreader
In the newer builds of Clementine there is a setting for it too under the Behavior settings. While Strawberry does never use more than 4. But I doubt that could lead to hours of scanning, but it might worth checking, set Clementine to use 4 and see if it has the same problem then.
The collection/library watcher/scanner code isn't too much changed from Clementine. But the tagreader and taglib we use is completely changed.
I did not check with MP3, so the issue could be with MP3.
Another thing I could think of is different filesystems could trigger different behavior. I use ext4 for everything. What filesystem do you use?
I have not tested with dropbox.
Then I would try to copy some music to a different folder outside of dropbox to pinpoint if the problem is with dropbox or not.
@warbaque
A few things to try:
@cripy I think that is a different issue. Try increasing the buffer duration to 6000 or 8000 ms.
It will pick up any cover from the album directory, that's not based on filename hash.
If you have several songs with the same album in the same directory and there is a cover there too, than it will pick up the same cover for all the songs from that directory.
Hi.
The scan times you are seeing does not sound normal. Even though the speed of the HDD is what is most important, not the CPU and RAM. What harddrive is it?
Where did you install Strawberry from? Are you running it as a snap, from PPA or from the regular releases? What audio files do you have? Do you have CUE sheets?
I compared clementine vs strawberry here using a stopwatch, and this is the result:
My collection has 26610 files including music and album covers in almost all album directories, mostly FLAC, but a few MP4, no CUE sheets. It is stored on a KINGSTON SA400S3 SSD 900GB. The HDD only have 200GB of space left which might or might not decrease the speed of the HDD.
I used the latest code of Clementine from source compiled with Qt 5.15.1.
I used the latest code of Strawberry from source compiled with the latest source of Qt 6 from the dev branch.
I use openSUSE thumbleweed.
First I rebooted the computer so any caching on the HDD is cleared. Then I added my music folder to Clementine, the scan was done in 9 minutes and 41 seconds.
Then I rebooted the computer (so the caching is cleared) and did the same with Strawberry, it was done in 9 minutes and 50 seconds, so only circa 10 seconds difference, but that's probably coincidental, ie other things on the computer going on, etc.
I have not tested on a regular mechanical drive, only SSD, the speed would be significantly slower on a regular HDD.
When removing the music directory and re-adding it the scan is done in 20 seconds (because of HDD cache).
What audio files do you have?
It will skip any directory that is hidden, or has files named ".nomedia" or ".nomusic".
I started work on a artist bio based on the one in Clementine with some parts rewritten. It's here: https://github.com/strawberrymusicplayer/strawberry/tree/artistbio
The problem is that wikipedia search isn't accurate enough. Clementine used it's own API for that, but even that has some issues.
If you know of other API's with artist bio let me know.
WASAPI is added back in the setup file now.
Please test the newest development build from: https://builds.strawberrymusicplayer.org/windows/
0.8.2.15 and newer has the plugin in the setup.