Song end and repeat instead of play the next one.

[LinuxBoy-96]

• [ X] I have checked the [FAQ] for answers.
• [ X] I have checked the [Changelog] that the issue is not already fixed.
• [ X] I believe this issue is a bug, and not a general technical issue, question or feature requests that can be discussed on the [forum].

Describe the bug
When a song end, it does not immediatly play the next one.
Instead, it pause for a moment then replay some random part on the song that just played, mostly the end and sometime even 2 time.
THEN, the next song play.

To Reproduce

1. Have a playlist
2. Play a song and immediatly go somewhere in the last 15 seconds of that song.
3. Let it end without intervention.

Expected behavior
Skip the the next one without issue.

System Information:

• Operating system: Pop!_OS 24.02
• Strawberry Version: 1.1.1 (Flatpak)

Additional context
I know for sure this bug what inexistant before 1.1, at least on windows.

[jonaski]

I didn't touch any of the gstreamer engine code between 1.1.0 and 1.1.1 so this is a bit strange.
What GStreamer version do you have? Do you know if Gstreamer was upgraded?

[LinuxBoy-96]

I have GStreamer 1.24.2
All I say is I know I do not have this problem on Windows strawberry 1.0.23
Here is a video of the actual problem, I'm sorry, I can't record my work directly with this DE at the moment.

strawberry_.1535.mp4

[jonaski]

Are you running pipewire or pulseaudio or none of them, just alsa? If you are running pipewire please try selecting pulseaudio in the backend settings and make sure you have the pipewire-pulse plugin installed. Pipewire with gstreamer is not stable.

[LinuxBoy-96]

I use Pipewire.
In the Backend, I use the 2nd option, in blue. Are you talking about the one just under it?
If that's the case, it don't fix the problem.

As for the Plugin, I already have it.

If Pipewire is not stable with Gstreamer this is an issue that should be reported to them.

[jonaski]

Do you have any of the fading features enabled? if so, which ones?

[zimob]

Hi,
I've the same problem after upgrade Kubuntu 22.04 (gstreamer 1.20.x), to 24.04 (gstreamer 1.24.x).

This happen with AAC(m4a) file, not with mp3. @LinuxBoy-96 do you confirm?

Tested with another player (rhythmbox) and the problem is the same.
Tested with Ubuntu live 23.10 (gstreamer 1.22.x) and there is no problem, like 1.20.x

So, the problem seems to be Gstreamer, 1.24.7 at the moment. 1.24.8 is out but i dont have way to test it.

[LinuxBoy-96]

I've tried with fading disabled the issue is the same.

Yes, my music is .M4A from Itunes.

[jonaski]

If possible please try the new release candidate and see if it fixes this issue: https://github.com/strawberrymusicplayer/strawberry/releases/tag/1.2.1-rc1

[LinuxBoy-96]

If possible please try the new release candidate and see if it fixes this issue: https://github.com/strawberrymusicplayer/strawberry/releases/tag/1.2.1-rc1

Saw the new Strawberry version 2 days ago and tried in a hurry, Yes the bug still exist. :(

[zimob]

Hi @jonaski , the problem still occurs.
I did some test and I found that the problem is the "gapless" feature.
For the test use fdkaac which offer this options:

-G, --gapless-mode <n>        Encoder delay signaling for gapless playback
                                 0: iTunSMPB (default)
                                 1: ISO standard (edts + sgpd)
                                 2: Both

With option 0 and 2 the bug is present.
With option 1 the bug is NOT present.

Hope you can reproduce

[jonaski]

Maybe the bug is in fdkaac then, try using libfaad2 instead, if it's available on your distro.