-
-
Notifications
You must be signed in to change notification settings - Fork 49
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
Make a workaround if download stucks! #119
Comments
@johnlescault |
I always set 90000, it seems to be the only way I could get it all started - maybe I should lower it? |
90000 means 25 hours. That’s the reason why the download stucks and don’t raise a Timeout. You can try to set a lower timeout or remove it and set a start date (e.g. 2022-09-01). This way the library list is much smaller and faster to receive. |
How described on the httpx docs I can set the timeout to |
So I did both reduced the timeout (600 I think I put) and set a start date. So far so good doing it that way. I thought the timeout was for the fetching of the library, and not each individual downloads, so it makes sence why it did that. |
I think I would use publication_datetime. Seems like it would be more streamline, especially considering it seems like pre-order is new.
Thanks. I don't have any podcasts in the library but will add that option.
I've also noticed another issue, my downloads get "stuck" it seems quiet often on large download files. I am running -v debug as I was hoping it would show anything but nothing.
This has been stuck at 614M for the past 6 hours now.
I have bad internet here, so I assume that may be the issue. Would there be a way to make the script check if the download hasn't changed in say something like 10minutes, it either retries, restarts or skips the file and throw an error so we can monitor?
Originally posted by @johnlescault in #115 (comment)
The text was updated successfully, but these errors were encountered: