First issue that I can reproduce every time: pressing fast forward or rewind restarts the song no matter if pressed or held.
Temporary loss of signal restarts song instead of picking up where it left off.
Lastly, after spending hours choosing songs and making playlists, they were deleted with no interaction from me. 3 times.
I have made 2 playlists tonight and also set them to download locally. Hopefully they will remain.
Logs:
Upload description: Shad0w/FF or RW restart track/deletion without interaction of locally made playlists/restart of track on loss of connection instead of resume
Additional information:
I really love the complete control I have with the app settings as well as it’s performance. Sadly the issues above are a big problem in normal use case for me. If you can figure out what is going on, I would sincerely appreciate it.
Reproduction steps:
Press FF or RW and track begins from start instead of expected behavior. Happens with local files as well as files streamed from subsonic server.
Temporary loss of connection to subsonic server restarts track from beginning instead of expected resume from where loss of connection occurred.
Unexplained deletion of playlists with no interaction from user. (3x)
Recently added albums/songs/artists screens remain unpopulated when selected from home screen.
I am running vanilla Airsonic via Docker on UnRaid, is that not acceptable?
I can change it if you have a recommendation you think will be most suitable.
I will try to figure out how to change the transcoding settings. Is it a server side setting or an in-app setting?
As for the playlist issue, I made them in-app and then once I got in my car and connected to it, it was gone. This happened 3 separate times. No idea why. I did make a new playlist tonight, so I should see if it happens again tomorrow.
Thanks so much for the reply and for having a look at the logs.
Hey, im having a similar issue wity seeking on transcoded files, that i haven’t saved to persistent cache. Cant properly seek, attempting to do so leads to track starting from the beginning and making playtime incorrect in the process. Non-transcoded files seek fine.
Sent logs as “nnm fast forward on non persistent issue”.
I am using navidrome as the server. The only setting related to transcoding that i changed was a 320kbps transcoding command to
Could you please tell me, what combination of symfonium/navidrome settings could lead to this result.
Solution that works for now: dont use jellyfin-ffmpeg instead of regular ffmpeg build, use ‘AutoTranscodeDownload=true’ in navidrome setting. For some reason with it being false (default), even if i delete all transcoding profiles in the frontend the problem persists.