-
-
Notifications
You must be signed in to change notification settings - Fork 477
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
Sleeping only for missing songs, edit error for Album not found #1020
base: master
Are you sure you want to change the base?
Conversation
I tested it out because I was going to suggest the same feature when I saw your PR! :) It works really well, there is only one issue with it: |
Hey @strikeout , thanks for your review. I think there should be a way, because you can get all playlist-tracks at once. I was a little lazy tbh, but I will have a look into it again. |
d5fba9a
to
0d5b5f1
Compare
Now it avoids also the 429 Errors. @strikeout, please confirm :) |
Niiice! |
Ok I found a little bug. I'm not sure if it is directly related to your PR but here it goes:
should be along the lines of:
|
Thanks for checking :)
I don't think that has something to do with my pull request. You should open another issue for that. |
May I suggest moving the "skip if file exists" logic from the "downloadTrack" function to the "downloadTracks" function of download.py. Problem: Proposed solution: Here is my working implementation of the suggested change: download.py def downloadTracks(...
|
For what is worth, I tried your fork and ran into the following error:
What are your specific settings to make this work? |
I checked out from here:
I attached the download.py with the changes that are working for me. The zip also includes all the other python-files changes by this pull request. |
Thank you @donbernhardo, that did the trick. To any person from the future who may be running into this thread: multithreaded downloads must be off for this fork. If you want to make additional changes to the too many requests, waiting for x seconds backoff logic, take a look a tidal.py:44 and tweak the number of seconds to wait there. In my case (multiple playlists with almost a thousand songs on each) 300 seconds is a safe value to avoid going over the threshold. |
hey, thanks for work on this, it will be a great speed up in my workflow when I manage to make it work :) I didn't get to look into the root cause yet, just reporting for now
when using master branch the files are correctly saved as any ideas? thanks, |
I poked around and it turned out that event though the requested stream had correct quality set, the track api response was set to LOSLESS regardless here's my quick and dirty fix
|
Closes #1018