Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Play time out of sync #2144

Open
brmlyklr opened this issue Sep 23, 2023 · 9 comments
Open

Play time out of sync #2144

brmlyklr opened this issue Sep 23, 2023 · 9 comments

Comments

@brmlyklr
Copy link

Overview

As I've been listening to a 60+ hour audiobook split into 9 files, my place is often moved after I pause, close the app, and return to continue payback later. I'm noticing that the play time falls out of sync with normal use (occasional rewinding, seldom fast forwarding).

The typical behavior is that I pause at the end of a chapter and when I resume later it begins playing about 2 minutes into the next chapter. Then I must rewind to the beginning of that chapter. This has been a recurring issue.

How to reproduce

Open the app.
Listen to a multi part audiobook (mine is ~7 hours per file, with 9 files)
Occasionally pause, and occasionally rewind
Pause and close the app
Reopen the app and resume payback
Although the time may read the same as when it was paused (for example, 1:13:06) the audio will begin playback from ~2 minutes past where the book was paused

Version

8.1.3

Android Version

32

Device Model

Pixel 3a

@ealtun21
Copy link

ealtun21 commented Nov 8, 2023

Can confirm the issue exists

@l0b0
Copy link

l0b0 commented Nov 11, 2023

Not sure whether it's exactly the same issue, but a recent release has completely lost the plot re. pausing and jumping backward. Sometimes resuming after a pause jumps several minutes backwards, and sometimes jumping backwards goes less than a second. This makes the app pretty much unusable, since any time I resume I have to manually jump backwards and forwards until I get to a reasonably close place to where I paused.

@ealtun21
Copy link

ealtun21 commented Feb 6, 2024

This issue feel like a float conversion (perhaps truncation issue) due to the large overall length, could also be a simple int overflow, needs more digging to find the root cause imo.

@ghost
Copy link

ghost commented Feb 19, 2024

I have the same problem as 10b0 and brmlyklr. It used to be fine but recently I find I can't get back to the same place as I paused...very frustrating.

@knoellle
Copy link

I'm facing the same issue in a book consisting of a single 20+ hour file.

At first I thought whether it pauses at the correct time or not was random, but by deliberate testing I think to have found a correlation between the play duration (time since last paused) and the amount of time it seems to skip forward upon pausing and resuming.

Another thing to note is that the position shown by the player exhibits no such jump.
When I start playback at time X and pause at time X+1min, the player would then show X+1min-2s because of auto rewind, but when hitting play again, it would resume at approximately X+1min+2s (while still showing X+1min-2s).

I'm not familiar with this app's source code, but it seems to me like two different components track playtime separately in slightly different ways. Perhaps this could also differ between differently encoded files?

@brmlyklr
Copy link
Author

After further use, I've noticed a couple other behaviors:

  1. Similar to l0b0, if I pause for a few moments and play again it sometimes skips forwards by ~1 minute. Typically when I start a new chapter I have to skip backwards a few times to find where I had paused at the chapter break.
  2. The current time goes out of bounds at the end of the audiobook. For example, the current playback time could be 7:00:55 in a file that is only 7:00:00 so it's 55 seconds out of bounds. I haven't observed it going more than a minute or two beyond the actual runtime. Then, when the next part/file of the audiobook starts to play, it may immediately say I'm at 00:00:55 but I'm hearing the audiobook from the correct time 00:00:00.

@aquada
Copy link

aquada commented Mar 22, 2024

I'm also seeing this issue towards the end of a 10h book. Most noticeable when using sleep timer, when resuming the audio would start in a seemingly random place within minutes of the place it paused. I haven't been able to track it down to any precise behaviour. The timer is keeping time and shows the correct subtraction of seconds, but the audio is not at the same time point as it was before the sleep pause.

I have to open up Voice and flick around until I found the place the sleep timer stopped the book each time before continuing listening.

@PaulWoitaschek
Copy link
Owner

With which file formats is this happening?

@aquada
Copy link

aquada commented Mar 22, 2024 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants