@Jellby said in Continuous Buffering:
@rlkeeney said in Continuous Buffering:
As a retired Linux/Unix Systems Programmer, I have extensive experience with Linux.
Perhaps at this point what remains in biting the bullet, compiling your own Strawberry build and trying to debug with it.
It might be a good idea if there were time available. However, it only takes two mouse clicks to restart, so it is not worth the effort at this time.
@ben2talk
I'm running smartd continuously and have manually run the long diagnostic. I also monitor drive health daily via an automatically generated report that is emailed to me.
I have run extensive tests on this drive with nothing found. It has zero bad sectors, and none of the replacement sectors have been used. Despite its age, this drive tests completely clean. The only thing I have not done is a destructive read-write test.
I know you are trying to be helpful, and I thank you for that. However, I am only posting here to keep the thread alive.
As a retired Linux/Unix Systems Programmer, I have extensive experience with Linux. I have been using Linux since shortly after Slackware was released. If there were an error, I would have found it. I am not your typical user, and my system is not typical. I can provide any info Jonas might need. However, I doubt Jonas could duplicate my system. For example, I have 48GB of RAM, 19 TB of active storage, 28 TB of offline storage for backups, and a few TB of network-shared storage.
BTW, my music is on a local attached (SATA) hard drive.
Strawberry worked fine for years, and then the buffering thing started while I was using Fedora. I later switched to Linux Mint LMDE 22.1 because I support people who have Linux Mint and only support one Fedora system.
@Sharky-PI said in Continuous Buffering:
@rlkeeney very unlikely mate, but: any chance it's a hardware issue, and it's randomly finding segfaults on the disk? Worth running a chkdisk on it just to rule it out?
Chkdisk is a Windows command. However, it did get me thinking and checking things, and I found out that smartd was not running.
The smartd daemon monitors the health of storage devices (like hard drives and SSDs) using SMART (Self-Monitoring, Analysis, and Reporting Technology). It runs in the background, periodically checks disk health attributes (e.g., temperature, error rates), and can send alerts or log warnings if it detects potential issues. This helps prevent data loss by identifying failing drives early.
Still doing the buffering thing. Sometimes it stops several times a day.
I have some large playlists (all smart). I have tried different sizes, but they have had no effect.
@jonas, Strawberry, the 0% buffering issue persists. It stopped twice in the last hour. Previously, it ran for approximately 36 hours without issue.
I have switched from Fedora 40 to Linux Mint 22 LMDE, and I'm still experiencing the same issue. SO, it doesn't seem like the operating system is the problem.
I run Strawberry on this system 24/7. There is nothing in my logs that indicates anything related to Strawberry. The same thing happens when I start Strawberry with the --verbose option. It just stops. Clicking the stop button and then clicking the play button restarts playback on the same track it stopped on and is always successful. Play continues for a random number of tracks before it happens again.
I use rsync and back up my entire home directory to two external hard drives.
It is working now. I had changed some settings on the scrobblers and misunderstood the settings I was changing.
I thought a local file would scribble anything on my hard drive. Apparently, it only scrobbles files I play that are not in my collection. I never do this with Strawberry, and it was the only one selected. I turned on Collection and turned off Local Files.
Strawberry stopped three times in the last 24.
Could there be something connected with the playlist list causing this? It is a very large playlist.
Linux Mint 22.1
Strawberry 1.2.13 from flatpak
I have all three scroblers connected, and none of them have worked since 8 August 2025.
I have reset the connections to the scobblers to no avail.
Strawberry stopped two times today, about 15 minutes apart.
I just upgraded to Version 1.2.12. I'm waiting to see what happens now.
@jonas said in Continuous Buffering:
@rlkeeney
Try setting low watermark to 0.10 and buffer duration to 8000
This did not work. It stopped twice in the last 24 hours.
@jonas Done.
I have it looping on a long play and running 24/7.
@jonas Strawberry stopped playing again with the buffering set to 0ms.
@jonas said in Continuous Buffering:
@rlkeeney
Is it local files or streams? If local files, do you play them from the local HD, or remotely? And what audio format is it?
It is local files. I never stream.
They are played from an internal SATA hard drive.
The audio format is MP3.
I play MP3s using smart playlists 99% of the time. The only time I don't use a playlist is when I am playing something new and unrated.
I have all three scrobblers enabled, along with the cover search, although I really don't need this, as I rarely look at a cover.
Pretty much everything else is disabled, including the analyzer and mood bar, which I see as useless.
@poilu You are obviously paying much closer attention to it than I am. Strawberry is almost always playing in the background, unless I am doing something like watching a video. When I'm deeply immersed in a project, I can lose track of time, and it won't register with me that it has stopped playing for a long time. So, I usually do not know when it stops.
It always stops on a track change and may be connected with the buffering issue, which I mentioned in another post. The continuous buffering also happens on a track change.
I configured the Strawberry buffering to "0ms," which seems like it would turn buffering off.
@jonhd Nothing in the logs. It ran 49 minutes, then went into continuous buffering.