Position not saved for the last hour of audiobooks

[turcca 1]

Playing audiobooks or long files will be considered "played" if stopped during the last hour or so. 

Even with the Library's "Max resume percentage" se to maximum percentage: 100.

 

For long audiobooks, this can be a significant portion of the ending, even an hour, which is inconvenient. Maybe there is a miscalculation when accounting the timecode for this?

 

Using Android app client on Linux server.

Thanks

[Luke 42077]

 

Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks!

 

[turcca 1]

 

- I am trying to download a 16 hour audiobook to my client. I want it to remember the place I stopped at to resume listening to it. My problem is, that when downloaded, the client app on Android stops remembering the position when I'm around 15 hour mark or later (no rigorous testing for timecode, but this was replicable). I am running the client on an Android phone, and the media player needs to completely stop for this to happen. To replicate this, I "force stop" the app. For durations of 14h or under, it remembers the position. For durations 15h+ it will mark my audiobook "completed", and loses the position.

-I tested, and this problem doesn't exist  when streaming the audiobook, only when downloading it on the device and listening from the download file.

On my server settings, the "Max resume percentage" se to maximum percentage: 100
There are no log events recorded on the media server from playing on downloaded file on device, so I submit no logs here. 


Hope this helps tracking down the issue. It's always been there but I decided to report it now.

Edited July 31, 2025 by turcca

[Luke 42077]

@turccaOK we are looking into this .Thanks.