I’m having some issues with songs being stopped at some point in time and not being able to play after that. If I try to forward after that point of break, the file are skipped to the next in queue giving the impression that the file is corrupted.
I’m using Navidrome as the server with no Transcoding.
I noticed the issue occurs only with the playback cached songs, maybe because of some network error during the playback caching the file is downloaded corrupted(?). After I go in settings and “Clear Playback cache” and begin reproducing the same album again, the error in that file disappear.
Does Symfonium do any file integrity check after downloading to make sure that the file is not corrupted?
Nothing comes up in the logs from Navidrome. If needed I can attach them here too. If worth mention, I’m using HAProxy as reverse proxy for connecting.
The logs does not seems fully complete as lack the details about your device and Symfonium.
About the issue I can see the error and it seems that yes the cache is corrupted but not the reason.
There’s no way to do integrity check as there’s no API to give the data to check anything against.
When you cleared the cache without restarting the app you faced a race and the cache was disabled, so the test is a little false.
Would need to force kill the app then provide logs when the app does fill the cache to see what is happening.
Did some tests but the problem persisted. Disabled the internal decoder and tried each option under “Offload Mode”, but still the playback stop after some point.
Yes, sorry about that. You can ignore the plex related logs.
Could be. When I’m using remotely I access my Navidrome instance through a VPN tunnel, but the problem is happening internal too, could be something with the reverse-proxy.
I’ll do some tests connecting the App directly bypassing the proxy and will keep the Internal decoder enabled in all tests.
So, even connecting to the server directly, some cached songs are being downloaded corrupted. Other problems are happening too while streaming (over the LAN), where playback stops and jumps to the next in queue (no transcoding).
I’ll try to use Plex for music too, seems to work fine so far. If I encounter problems I’ll open another ticket.
Did some tests with the same album that I got the error when using behind the proxy and got no playback issues playing the full album.
Did some tweaks in my reverse proxy configuration, increasing the timeout from 30s to 1min30s and also checked the option “Slower Downloads” to use HTTP/1.1 instead of 2.0. Had no trouble streaming over the WLAN.
I’m gonna do some more tests tomorrow streaming without transcoding and also caching offline transcoding to MP3.
“Slower Downloads” have no impact on the playback part.
But if you have playback cache enabled + are offline caching some media all at the same time it can lead to 4 active “downloads” + the connections to push playback state and check server presence. So maybe there’s also limits on that on the proxy causing the issue?
With “Slower Downloads” the offline cache is limited to one http/1.1 connection leaving more http/2 connections for the rest.
No more problems faced about this issue after long playbacks. After increasing the timeout value got no more problems streaming over the LAN or downloading for offline cache transcoding to MP3.
