Skip to content
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

Open
mkb79 opened this issue Sep 5, 2022 · 5 comments
Open

Make a workaround if download stucks! #119

mkb79 opened this issue Sep 5, 2022 · 5 comments
Labels
enhancement New feature or request

Comments

@mkb79
Copy link
Owner

mkb79 commented Sep 5, 2022

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.

debug: Currently downloaded chapters: 1
debug: Currently downloaded voucher files: 1
error: Currently downloaded aycl voucher files: 1
Voucher file saved to /mnt/12tb_1/Audible RIPs/0Audible Plus RAW/Parnos_Company_The_Black_Sheep_of_Soulan_Book_1-AAX_44_128.voucher.
debug: Currently saved voucher files: 1
Parnos_Company_The_Black_Sheep_of_Soulan_Book_1-AAX_44_128.aaxc:  59%|██████████████████████████████████████████████████████████████████████████████▏                                                     | 614M/1.01G [08:00<05:33, 1.33MB/s]

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)

@mkb79
Copy link
Owner Author

mkb79 commented Sep 5, 2022

@johnlescault
Which timeout you set when downloading the file?

@johnlescault
Copy link

I always set 90000, it seems to be the only way I could get it all started - maybe I should lower it?

@mkb79
Copy link
Owner Author

mkb79 commented Sep 5, 2022

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.

@mkb79
Copy link
Owner Author

mkb79 commented Sep 5, 2022

How described on the httpx docs I can set the timeout to Timeout(XX, read=600.0) where XX is the time you specified with the --timeout option. This will raise a ReadTimeout after 10 minutes. But 10 minutes is a long time.

@johnlescault
Copy link

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.

@mkb79 mkb79 added the enhancement New feature or request label Sep 7, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants