Originally created by @fabianjuelich on GitHub (Dec 16, 2025).
Describe the Feature/Enhancement
Add an option in mobile clients to download an audiobook as a single archived file, similar to how downloads work via the web UI, instead of downloading many individual audio files in parallel.
Why would this be helpful?
Downloading many files in parallel is fragile when accessing Audiobookshelf remotely (e.g. via reverse proxies or tunnels). A single archived download is significantly more reliable and avoids failed downloads or app crashes for multi-file audiobooks.
Future Implementation (Screenshot)
A global app setting to choose the preferred download behavior for audiobooks.
Audiobookshelf App Version
iOS App - 0.11.0
Current Implementation (Screenshot)
No response
Originally created by @fabianjuelich on GitHub (Dec 16, 2025).
### Describe the Feature/Enhancement
Add an option in mobile clients to download an audiobook as a single archived file, similar to how downloads work via the web UI, instead of downloading many individual audio files in parallel.
### Why would this be helpful?
Downloading many files in parallel is fragile when accessing Audiobookshelf remotely (e.g. via reverse proxies or tunnels). A single archived download is significantly more reliable and avoids failed downloads or app crashes for multi-file audiobooks.
### Future Implementation (Screenshot)
A global app setting to choose the preferred download behavior for audiobooks.
### Audiobookshelf App Version
iOS App - 0.11.0
### Current Implementation (Screenshot)
_No response_
If you are wanting to download a single archive file, you can continue to download using the web client. The apps do not support playback from zip, so it doesn't really make sense to compress and download, since you would need to use a separate app anyway and this is already available in the web client.
Another option is to change your library to single track (one audio file per book) by either using the copy parameter to prevent encoding or encode to a new codec/container.
@nichwall commented on GitHub (Dec 16, 2025):
If you are wanting to download a single archive file, you can continue to download using the web client. The apps do not support playback from zip, so it doesn't really make sense to compress and download, since you would need to use a separate app anyway and this is already available in the web client.
Another option is to change your library to single track (one audio file per book) by either using the `copy` parameter to prevent encoding or encode to a new codec/container.
@fabianjuelich commented on GitHub (Dec 16, 2025):
If you are wanting to download a single archive file, you can continue to download using the web client. The apps do not support playback from zip, so it doesn't really make sense to compress and download, since you would need to use a separate app anyway and this is already available in the web client.
Another option is to change your library to single track (one audio file per book) by either using the copy parameter to prevent encoding or encode to a new codec/container.
Clarification: not playback from ZIP. ZIP would be transport-only: download one archive, extract locally, then use the extracted files as normal in-app offline downloads for playback within ABS. This could be optional due to tradeoffs (extra disk usage during extraction, CPU/time, security risks).
@fabianjuelich commented on GitHub (Dec 16, 2025):
> If you are wanting to download a single archive file, you can continue to download using the web client. The apps do not support playback from zip, so it doesn't really make sense to compress and download, since you would need to use a separate app anyway and this is already available in the web client.
>
> Another option is to change your library to single track (one audio file per book) by either using the `copy` parameter to prevent encoding or encode to a new codec/container.
Clarification: not playback from ZIP. ZIP would be transport-only: download one archive, extract locally, then use the extracted files as normal in-app offline downloads for playback within ABS. This could be optional due to tradeoffs (extra disk usage during extraction, CPU/time, security risks).
This matches my observations. Limiting concurrency would already be a big improvement; using a single-archive transport would be another way to address the same underlying problem.
@fabianjuelich commented on GitHub (Dec 16, 2025):
> related: [#1425](https://github.com/advplyr/audiobookshelf-app/issues/1425)
This matches my observations. Limiting concurrency would already be a big improvement; using a single-archive transport would be another way to address the same underlying problem.
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 @fabianjuelich on GitHub (Dec 16, 2025).
Describe the Feature/Enhancement
Add an option in mobile clients to download an audiobook as a single archived file, similar to how downloads work via the web UI, instead of downloading many individual audio files in parallel.
Why would this be helpful?
Downloading many files in parallel is fragile when accessing Audiobookshelf remotely (e.g. via reverse proxies or tunnels). A single archived download is significantly more reliable and avoids failed downloads or app crashes for multi-file audiobooks.
Future Implementation (Screenshot)
A global app setting to choose the preferred download behavior for audiobooks.
Audiobookshelf App Version
iOS App - 0.11.0
Current Implementation (Screenshot)
No response
@nichwall commented on GitHub (Dec 16, 2025):
If you are wanting to download a single archive file, you can continue to download using the web client. The apps do not support playback from zip, so it doesn't really make sense to compress and download, since you would need to use a separate app anyway and this is already available in the web client.
Another option is to change your library to single track (one audio file per book) by either using the
copyparameter to prevent encoding or encode to a new codec/container.@sir-wilhelm commented on GitHub (Dec 16, 2025):
related: #1425
@fabianjuelich commented on GitHub (Dec 16, 2025):
Clarification: not playback from ZIP. ZIP would be transport-only: download one archive, extract locally, then use the extracted files as normal in-app offline downloads for playback within ABS. This could be optional due to tradeoffs (extra disk usage during extraction, CPU/time, security risks).
@fabianjuelich commented on GitHub (Dec 16, 2025):
This matches my observations. Limiting concurrency would already be a big improvement; using a single-archive transport would be another way to address the same underlying problem.