Looping media tracks is broken/no longer works

[Isbo2000]

Describe the bug
When set to loop, media tracks bug out and don't loop properly or at all. When played all the way through it just stops instead of looping, when skipped to any part with the seek bar, it loops but it does not play properly and the time overflows or something. The amount it is set to loop doesn't change it either.
I have tried reinstalling it, but that didn't fix it.

To Reproduce
Steps to reproduce the behavior:

1. Create media cue
2. Double click on it
3. Go to "media cue" tab
4. Set loop amount to any number other than 0
5. Click "ok"
6. Start playing the cue

Expected behavior
The track should loop the amount of times specified in the settings instead of not at all or somewhat.

Screenshots
https://imgur.com/a/RgJgDly
(most of the lag is from me screen recording, however especially when it loops after I use the seek bar, that lag happens all of the time)
(also I have key binds set to start/stop the cue)

Linux Show Player version:

• 0.6.4

OS Version

• Ubuntu 24.04.2 LTS

Additional context
This started a few months ago? I'm not sure, it either started when I upgraded to the newest version, or when I updated Ubuntu. Either would make sense but I don't remember because I didn't notice it for a while.

[FrancescoCeruti]

Hi! I think we need a few more details:

• Are you using the Flatpak version? Or It's a manual installation?
• Does this happens with any audio file or with specific files or formats?
• Can you post/link the output when running LiSP via the terminal with the --log debug option?

Thanks :)

[Isbo2000]

It is the Flatpak version

I had only tried it with .mp3 files, and they have worked in the past, but I just now tested it with a few random formats (.wma .ogg .flac .aac .wav .m4a) and they all behaved the same way for the most part
(the .m4a .ogg .wma files did essentially the same thing, except when using the seek bar after starting it, instead of doing the weird glitchy thing they just went back to the beginning and stopped)

And here is the log

[FrancescoCeruti]

I've run some test with a fresh Ubuntu (24.04) installation (in a VM), and was unable to reproduce the issue. There might be something about your system that makes GStreamer behave in an unexpected way, I think.

If possible run LiSP with the following command, it will create a log file, with a name that starts with lisp_gst_debug

flatpak run --env="GST_DEBUG=4" --env="GST_DEBUG_FILE=./lisp_gst_debug_%r.log" org.linuxshowplayer.LinuxShowPlayer

[Isbo2000]

Here is the log file of me recreating the bug:

lisp_gst_debug_2609674781.log

[FrancescoCeruti]

Do you have a "speed" element in media settings? Because with that I can reproduce the loop problem

[Isbo2000]

Yes actually! I don't know if ive ever used it, but I did put it in the pipeline..