mirror of
https://github.com/advplyr/audiobookshelf.git
synced 2026-03-02 22:46:56 -05:00
[Enhancement]: Option to disable Streaming #1875
Labels
No labels
authentication
awaiting release
backlog
bug
chapter editor
config-issue
ebooks
encoding/embedding
enhancement
help wanted
listening sessions & progress
planned
possible plugin
progress sync
sorting/filtering/searching
unable to reproduce
upload
users & permissions
waiting
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/audiobookshelf#1875
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @izyspania on GitHub (Jan 31, 2024).
Describe the feature/enhancement
Is it possible (any plans) to add an option to disable Streaming? I want to allow some users only to download the books and play locally so i can decrease load on my server. Thanks
@izyspania commented on GitHub (Feb 3, 2024):
Later Edit:
I think it can be done pretty easy, just add the option to the server panel and if enabled just make the server send an response like "you are not allowed" , we dont have to hide the Streaming (Play) button like the Download option does for downloads.
@colvdv commented on GitHub (Feb 5, 2024):
I would prefer to see the "Play" button replaced with a "Download" button. Makes for a cleaner interface experience.
@ZLoth commented on GitHub (May 17, 2024):
Is it because of server load or of available bandwidth? I can see the possibility of allowing streaming if on the local network, but downloads if off network (and vice versa).
@colvdv commented on GitHub (May 17, 2024):
For me it is because of server load; old laptop hosting it. Bandwidth I have plenty.
@nichwall commented on GitHub (May 17, 2024):
If the client can direct play, the server is just serving a file and updating progress which is very light on CPU. Downloading does not transcode the file and just serves the file as well.
If the client cannot directly play the media, it will need to be transcoded either way.
@colvdv commented on GitHub (May 17, 2024):
The issue I have is the hard disk is old and maxing out at 100% usage from simple tasks. So less hard disk usage is better, hence why I want to force downloading over streaming.
I am working toward replacing it with a SSD, but a download only feature would still be useful even after the switch is made.