-
-
Notifications
You must be signed in to change notification settings - Fork 14
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
Feature/cap max downloaded #38
base: master
Are you sure you want to change the base?
Conversation
Isn't this something the user decides by themselves, either you download or you don't I'm not aware of auto-downloading? |
Note that it does not change default operation, it simply allows you to
change the default of 200 downloads to whatever number you want. On a
system with constrained memory, 200 is a lot
…On Sat, Oct 24, 2020, 5:54 PM Keeper-of-the-Keys ***@***.***> wrote:
Isn't this something the user decides by themselves, either you download
or you don't I'm not aware of auto-downloading?
(I'm pretty sure there would be pitchforks if we had auto-downloading
considering the response to episode art)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#38 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAWBSADHBZPCKZIMNWJVDDSMNEKHANCNFSM4N5OEAXQ>
.
|
Sorry for the extremely delayed response life got a bit in the way. I'm still not 100% clear on this, since the download command is something the user chooses to run by themselves why do we need to limit this if they download too many episodes they would be barred from downloading more before clearing space. I'm guessing your use case is different thus necessitating this approach but still would like to understand it more. (Also one long podcast can be equal in size to lots of other podcasts combined) |
I put it on a Raspberry Pi. The |
I see, this is indeed a different use case then what I usually focus on. Wouldn't using |
To be clear the main reason I'm worried about this change is that it changes the way user-facing a function behaved until now, personally I don't use |
Maybe we can change this into: Thus the default behavior of |
So a user with space concerns:
It's a don't-care to me, as I'm using my fork. But the need is real, hence my PR. Helms discretion |
If you want this, it does the following:
limit.downloads.podcast_max_new
is set to5
(for example), then 5 episodes are downloaded in thedownload
command