Originally created by @vchatela on GitHub (Jul 19, 2023).
### Steps to reproduce
1. Download audiobook
2. Switch off network (to use local storage book)
3. Start listenning at higher speed (like x1.5)
4. Problem appears here
### Expected behaviour
- Overall duration (sum of each track) is correct
### Actual behaviour
- The evaluation of the overall duration of the book is incorrect, the sum of all tracks is wrong (probably because of the speed)
See hereunder the lenght of each track (sum is about 4h30min)

And see hereunder the incorrect sum

And as correct lenght is 4h30 but app calculates 8h18min I can't listen second half of audio because considered as out of range.
You can also see the incorrect order of track btw ( https://github.com/advplyr/audiobookshelf-app/issues/759 )
### Environment data
Audiobookshelf Version: 2.3.2
- [x] Android App? v0.9.65-beta
#### Android Issue
Android version:
Device model: Huawei P30 Pro
Stock or customized system: EMUI 12.0.0.149
adam
added the bug label 2026-04-24 23:31:18 +02:00
There does seem to be a bug with the track order on download I have to look into, but you can fix the order after it downloads.
All the timestamps on the audio player are adjusted with the playback speed.
@advplyr commented on GitHub (Jul 19, 2023):
Can you try re-ordering your tracks like I mention? https://github.com/advplyr/audiobookshelf-app/issues/759#issuecomment-1608430076
There does seem to be a bug with the track order on download I have to look into, but you can fix the order after it downloads.
All the timestamps on the audio player are adjusted with the playback speed.
My problem isn't the #759 , my problem is that book is about 4h, so in x2 it should be 2h but it is display 8h !
So last track is at 8h10min which doesn't exists because it is a 4h book.
So to me the problem is that calculation of total duration is wrong when using local media + speed > 1x
@vchatela commented on GitHub (Jul 19, 2023):
My problem isn't the #759 , my problem is that book is about 4h, so in x2 it should be 2h but it is display 8h !
So last track is at 8h10min which doesn't exists because it is a 4h book.
So to me the problem is that calculation of total duration is wrong when using local media + speed > 1x
Are the chapters showing correctly on the web client? The chapters should come directly from the web
@advplyr commented on GitHub (Jul 19, 2023):
I just tested this and am unable to reproduce.
Are the chapters showing correctly on the web client? The chapters should come directly from the web
I do not experience it every time, so I wonder if it is not while changing a lot speed or switching app off and back again.. Could not identify exactly how it comes but it comes very often.
The only fix I've found is to remove local book registry, then re-add it but it means I have to know where I was because it wasn't sync as I was offline.
@vchatela commented on GitHub (Jul 19, 2023):
Yeap see it all good

I do not experience it every time, so I wonder if it is not while changing a lot speed or switching app off and back again.. Could not identify exactly how it comes but it comes very often.
The only fix I've found is to remove local book registry, then re-add it but it means I have to know where I was because it wasn't sync as I was offline.
The chapters table in the mobile app from the screenshot you shared above doesn't update at all with the speed. Only the timestamps in the audio player get changed with the playback speed, so I don't think playback speed has to do with it.
I think the issue is the audio files downloading out of order. If you can go the manage local media page and see what is in there that can be helpful. That is the page where you can change the order of the audio tracks.
Also, it would be useful to know if you are saving this in internal storage or you are selecting a shared folder to download to. If you are using internal storage you can test downloading to a shared folder.
@advplyr commented on GitHub (Jul 19, 2023):
The chapters table in the mobile app from the screenshot you shared above doesn't update at all with the speed. Only the timestamps in the audio player get changed with the playback speed, so I don't think playback speed has to do with it.
I think the issue is the audio files downloading out of order. If you can go the manage local media page and see what is in there that can be helpful. That is the page where you can change the order of the audio tracks.
Also, it would be useful to know if you are saving this in internal storage or you are selecting a shared folder to download to. If you are using internal storage you can test downloading to a shared folder.
Hi @advplyr ,
Ok so I'll reorder all locally and see if I see again the issue (as I finished old books where I've got problems).
I am above android 10 so I used only shared folder (in the sense I created a folder and set to download in that specific folder).
@vchatela commented on GitHub (Jul 24, 2023):
Hi @advplyr ,
Ok so I'll reorder all locally and see if I see again the issue (as I finished old books where I've got problems).
I am above android 10 so I used only shared folder (in the sense I created a folder and set to download in that specific folder).
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @vchatela on GitHub (Jul 19, 2023).
Steps to reproduce
Expected behaviour
Actual behaviour
See hereunder the lenght of each track (sum is about 4h30min)

And see hereunder the incorrect sum

And as correct lenght is 4h30 but app calculates 8h18min I can't listen second half of audio because considered as out of range.
You can also see the incorrect order of track btw ( https://github.com/advplyr/audiobookshelf-app/issues/759 )
Environment data
Audiobookshelf Version: 2.3.2
Android Issue
Android version:
Device model: Huawei P30 Pro
Stock or customized system: EMUI 12.0.0.149
@advplyr commented on GitHub (Jul 19, 2023):
Can you try re-ordering your tracks like I mention? https://github.com/advplyr/audiobookshelf-app/issues/759#issuecomment-1608430076
There does seem to be a bug with the track order on download I have to look into, but you can fix the order after it downloads.
All the timestamps on the audio player are adjusted with the playback speed.
@vchatela commented on GitHub (Jul 19, 2023):
My problem isn't the #759 , my problem is that book is about 4h, so in x2 it should be 2h but it is display 8h !
So last track is at 8h10min which doesn't exists because it is a 4h book.
So to me the problem is that calculation of total duration is wrong when using local media + speed > 1x
@advplyr commented on GitHub (Jul 19, 2023):
I just tested this and am unable to reproduce.
Are the chapters showing correctly on the web client? The chapters should come directly from the web
@vchatela commented on GitHub (Jul 19, 2023):
Yeap see it all good

I do not experience it every time, so I wonder if it is not while changing a lot speed or switching app off and back again.. Could not identify exactly how it comes but it comes very often.
The only fix I've found is to remove local book registry, then re-add it but it means I have to know where I was because it wasn't sync as I was offline.
@advplyr commented on GitHub (Jul 19, 2023):
The chapters table in the mobile app from the screenshot you shared above doesn't update at all with the speed. Only the timestamps in the audio player get changed with the playback speed, so I don't think playback speed has to do with it.
I think the issue is the audio files downloading out of order. If you can go the manage local media page and see what is in there that can be helpful. That is the page where you can change the order of the audio tracks.
Also, it would be useful to know if you are saving this in internal storage or you are selecting a shared folder to download to. If you are using internal storage you can test downloading to a shared folder.
@vchatela commented on GitHub (Jul 24, 2023):
Hi @advplyr ,
Ok so I'll reorder all locally and see if I see again the issue (as I finished old books where I've got problems).
I am above android 10 so I used only shared folder (in the sense I created a folder and set to download in that specific folder).
@advplyr commented on GitHub (Sep 17, 2023):
Closing this since I think the issue was the same as #759