Playback stops for no reason.
-
I have a really HUGE playlist, i.e. over 10k tracks of different audio formats, mostly MP3, OPUS, AAC, sometimes also WAV or FLAC. The playback is set to "Shuffle all" and "Repeat playlist", but sometimes it stops for no particular reason (no error messages) and it won't load the next file until I click the button manually. Is it an actual bug, or am I just missing something? How can this be fixed?
OS: Arch Linux, Strawberry version 1.0.23.
-
Does it happen after you have paused a track (but not always)? It could it be the same as https://forum.strawberrymusicplayer.org/topic/1166/stuck-after-a-track-is-finished.
In my case, there's no playlist (just a single album in the queue), no shuffle, no repeat, all MP3. -
@Jellby I set it to play in the background and it stops at the end of a track. I'm not pausing it manually, but I have to restart the playback manually (i.e. click the "Next track" button) when it happens.
-
Update: Looks like it can play properly, but only when the window is fully visible. When it's in the background and I'm doing something else, it will stop after a few tracks. I've already found this: "Keep running in the background when the window is closed" in the settings dialog, but it doesn't seem to change anything. Still halts when out of focus.
-
@Sober said in Playback stops for no reason.:
Update: Looks like it can play properly, but only when the window is fully visible. When it's in the background and I'm doing something else, it will stop after a few tracks. I've already found this: "Keep running in the background when the window is closed" in the settings dialog, but it doesn't seem to change anything. Still halts when out of focus.
I was wrong. It can stop the playback even if the window is visible.
-
The problem seems to be gone now. It must have been a gstreamer-related issue. After the latest upgrade I'm no longer experiencing it. Well, thanks for your attention anyway.
-
I had this problem, and then it occurred to me that it might be due to the fact that I installed Clementine on a Linux distro (MX-Linux 23) which included Strawberry by default, because at that time I thought that Clementine was great and I didn't know that Strawberry was already installed, or even that it existed.
So, I re-created the installation from scratch and didn't install Clementine, and since then Strawberry hasn't cut out. So, if you have this problem, consider the possibility that your installation might be the problem.
-
This supposed solution didn't last very long. A few days later, the problem returned, and Pipewire appears to be the culprit.
I installed Ubuntu Mate 22.04 (which has PulseAudio instead of Pipewire) on an external SSD, and then installed Strawberry on the installation, and haven't had any cutting-out problems with it. So, perhaps one solution would be to replace Pipewire with PulseAudio. If you want to experiment, you could install your choice of Linux on a USB3 flash drive. Sandisk's small metal drives (64GB or more) work well, and if they get too hot, point a fan at them.
By adopting Strawberry as my player, and preventing resampling further on down the audio chain, my Zen DAC V2 sounds incredible. After hearing the ZDV2, I can't stand my previous DAC (a Topping D10s), which sounds like a toy compared to the Zen. The key seems to be the TI/Burr-Brown Advanced Segment DAC-chip, which is used in many cheap players, and is explained in a review on Amazon which can be found by going to the ZDV2 page and clicking on the waveform-image at the top of the reviews.
I don't understand why this problem with Pipewire hasn't been fixed - it's been known for years, and some of the best Linux coders designed it and presumably should be able to fix it. It shouldn't be included by default in distros as long as this problem exists. The fact that it is included in some distros seems to indicate that the problem is deliberate, and that there is a solution which is being withheld from the general public.