I actually notice a problem now with Strawberry and GStreamer 1.18 on Windows where it periodically makes a small "pop" sound (possible jump), not exactly sure what to call it, it occurs circa 4 seconds into the track, but sometimes elsewhere too, similar problem occurs when unpausing consistently each time.
I have only tested with FLAC files, but see that problem only occurs with the FLAC codec, playing the same file works fine using libav codec from within Strawberry. I can't reproduce the problem with gst-launch with either codec.
The problem is gone when downgrading GStreamer to version 1.16.2. So I tried to compile gstreamer using the latest code from git too see if the problem has already been fixed, and the problem appears to be fixed. I can definitely tell it by unpausing. So I'm going to use that until the next stable version of GStreamer is released.
So hopefully this will resolve also the issues reported to by @warbaque and @kaiser_sosai.
The buffering issues are most likely a different problem.

Again, thank you. I've changed my studio around a bit and basically taken this machine off line. I did learn somethings about using the command line and for that I am very appreciative. Don't worry, as the novice I am I'm sure I'll be back at some point.

Keep well and all the best!

Strawberry has added compilation tag to the edit tag dialog in the new versions.

I'm running a different version of chromaprint which may br causing the issue.

chromaprint-fftw 1.5.0-2.

I can't change that at the moment, but it may be the cause.

Thanks again for the support

Sorry @jonas, missed the notification that there's activity here.

Just tested https://builds.strawberrymusicplayer.org/macos/bigsur/strawberry-0.8.4.28.gfcd4e5ac-bigsur.dmg and it seems to work. Thanks!

@Hompacko Thanks

Strawberry will scan every single file in the directory you add to the collection independent of filetype, so make sure you don't have other files than music in the directory.
But to get an idea of what it's doing it could be useful to run it from the terminal like already suggested.

@jonas It sounds like you are saying that the default settings of; Save album covers in album directory and use hash is broken in the case where files are not physically stored in album specific folders. If this is the case, then why bother to use a hash at all? I would have expected that whether using a hash or a pattern, whether stored in the album's (or more accurately file's) directory or located in a hidden directory in the user's home folder, that there is some database that associates a particular physical image file with a particular physical music file.

To do otherwise creates a hidden trap for any user that may choose to store their music files in any structure other than limiting folders to only containing the files of a single album. If someone were to put all of their Goo Goo Dolls files in a folder, or all their songs from the 80's, or as I have done with some of my folders, just collections of completely unrelated music files then Strawberry's current implementation is unable to correctly handle the situation.

thanks again for your work.

@jonas - Working A1 for me so far. Keep up the good work

I can confirm that the Debian instructions also work to compile from source on a Pi 4 running the aarch64 beta of Raspberry Pi OS.

I think it would help if you start strawberry from a terminal, because then you see the files scanned, it might give a hint to what files take unreasonable time to scan.

Thanks, going into strawberry.conf and manually changing last_save_playlist did the trick.

try https://www.theaudiodb.com/

@dimqua Are you sure you checked the OAuth checkbox?

I used https://github.com/FUFRUnidentifiedFLACRipper/python-tidal-async-oauth2 to extract the client id.

@jonas
I have justed tested recent V7.0 with Win 10. It still takes longeer than 6.0.9 to update DB but all tracks are now present and it now works fine. It seems a bit less responsive than V.609 when selecting pieces and tracks but this is not a real problem. I tried with OpenSuse Leap 15.2 but cannot get it to install with Discover (repo not available) or Yast. Zypper installs it but the previous (V.0.13) version which has the original problem of cutting tracks. Perhaps it is because I have mainly FLACs which average about eight tracks, so the total is very large.

@Ton I moved the messages here.

If you have issues with the scan never finishing you can start strawberry from the terminal to get an idea where it's stuck. Similar problem reported on GitHub turned out to be a permission issue: https://github.com/strawberrymusicplayer/strawberry/issues/583

If you are on Linux or macOS can simply open a terminal window, then start strawberry by simply typing strawberry on Linux. On macOS you can type: /Applications/strawberry.app/Contents/MacOS/strawberry
On Windows you have to use the debug version to see the output.

+1 for this

You can attach them here or send them to me on e-mail. I think my e-mail is listed on the profile (and in the about of Strawberry).

Wow! That's what I call service! Thank you!
Just tested lyrics with m4a files and the tag editing now works!
I also tested with an ALAC (Apple Lossless) file, which, confusingly (to me, anyway!) is also m4a. It works on that also!

This is great news. For what it's worth, I think that full compatibility with Apple sourced files is important if you want to develop Strawberry for the Mac platform. While I don't have any real evidence, I think a lot of audiophiles own Macs. I used to read Stereophile magazine, and they were always mentioning their Macs when the subject of computers in audio came up.

To this day, iTunes will not play FLAC files, so Mac users that use iTunes will most likely use ALAC, or lossy AAC. iTunes default decoding is 256 kbps AAC, and that is also what you get if you purchase music from Apple.

On a side note, there is a lot of dissatisfaction with Apple these days, even with long time users. I love my iMac, but I am using Linux more and more. It is wonderful that my iTunes collection works well with a player like Strawberry. For Mac expatriates moving to Linux, Strawberry could be a good fit. It could also be a nice alternative to iTunes on the Mac platform.

Cheers