Hi,
Whenever I’m using Symfonium, the track that is currently playing repeats forever, although the repeat functionality is disabled. I’m unsure how I got into this state, but it is doing it all the time.
Steps:
Upload description: ashka
Subsonic
Are you sure you are not in repeat 1 mode ?
Yes, it is definitely off. I’ve tried toggling it on and off with no change.
Please provide a video showing the now playing behavior when repeating and a log that only shows one specific song repeating at least 3 times.
While reproducing, I’ve noticed it only happens over Bluetooth. I’ve uploaded a new log (ashka) and a video: Watch symfonium-repeat | Streamable
Can you show what the playqueue looks like ? (Swipe up) And the media details of the file after that one ?
And just in case try when disabling the playback cache.
I need the media details of the file after so Ride on Rythm (Upload to https://upload.symfonium.app if possible too).
Does it work if you directly play that other song?
Can you try to also just play and queue the broken one and see if it does not restart if there’s no media after it ?
This is a bug in Google code but will need to be able to repro so they can act on it.
To be clear, this happens on all files in my collection, not just a single file, if I play the next track in up next then it will loop that track.
The file does not replay indefinitely if it is the only thing in the up next queue, however it does loop if I add another track to up next.
I can upload files but I’m not sure if I can retrieve what Symfonium is playing; I’m using gonic and it is transcoding video files to mp3 320kbps on the fly.
Also, this has been happening for about 45 days if I recall properly, but my phone has not received any system updates before it started happening.
So it’s a bug in ExoPlayer 1.6 and started when updated to 12.0 
Can you try with other media without Gonic transcoding in case it generate something special ?
When playing from the local device, everything works properly. I’ve copied both the file and the next file (both mkv videos) and it plays the tracks in order as expected.
Ok so configure Symfonium download settings to max 320k too and download those media from Symfonium to download folder.
It should produce file similar to transcoded streaming, try to play those and if they fails too please upload them.
I’ve downloaded the files and they as well play fine locally.
I’m also noticing that while the waveform is drawn properly, I cannot seek in the tracks playing from Gonic, when I try it resets to 0:00, just in case it would be related to the issue.
Downloaded with the same transcoding settings, downloads may use another endpoint ? To generate the same result?
Gonic is a special beast when it comes to transcoding.
And you can’t seek because you force transcode server side so Symfonium can’t know and properly restart the stream at the proper new places.
It’s usually best to not force anything server side and let Symfonium request the transcode.
I managed to have it work properly, Gonic was set to force transcoding to mp3, removing the rule and setting the provider to request mp3 transcode instead seems to work properly. The reason I had it set this way is because when I was doing both the rule in Gonic and requesting transcode in the provider, Gonic would always serve the video file directly.
Is there a benefit in me trying to extract ‘broken’ streams for you to reproduce the issue on your end?
Yes if you can, it can help to get this fixed.
It should error but not restart the same song again and again.
I’ve uploaded the file that Symfonium exports, even though it plays fine when used locally ('Lions Tigers and Apes Part II' by Jake Chudnow [HD] (1).mp3), hopefully it helps. My device is rooted, in case there are some protected files I can get that would be of use.
Thank you so much for your time and your help on this issue!
Unfortunately I’ve been a bit too quick on calling this one having a workaround; even when Symfonium requests the transcode and that it is not forced by Gonic, the issue happens.
After doing some more testing, it seems like the issue is only with MP3s, forcing OGG/Opus through Gonic seems to be a proper workaround.
