v0.10.0-rc.4
Update: Fixed the limits, it's 250 per minute, not per second
As per Real-Debrid's announcement here https://x.com/RealDebrid/status/1811721271677181980 we have been forced to play nice with their new API limits so we are here disrupting the new release cycle with a fresh update - the fourth release candidate.
Apart from fixes collected from nightlies since RC3 launch, this also contains 2 new config options:
api_rate_limit_per_minute which is 250 by default
torrents_rate_limit_per_minute which is 60 by default
We will monitor how good this RC4 perform before releasing publicly. For now, it will only be available to zurg sponsors.
Thank you and enjoy!
Comments (22)
Hello My plex/RD setup is built on top of FreeBSD. After yesterday's changes it seems that rclone_rd is not an option anymore. I would like to change to zurg but it seems that it doesn't work on FreeBSD. Is it really the case ? Could you make it work ? Best Antoine
Hi Antoine! Of course!
How do we disable the network test that runs at the start of zurg? Mine goes through 99 tests across 1-2 seconds each, it takes about 2-3 minutes to finish, and then zurg finally runs and I can access the content in Plex. On version zurg-v0.10.0-rc.2 this was not an issue, but now it started when I updated to zurg-v0.10.0-rc.4-1 today. 2024-07-13T13:51:22.938-0400 DEBUG network_test Latency from ipv4 10.download.real-debrid.com: 0.41786 seconds 2024-07-13T13:51:22.939-0400 DEBUG network_test Request failed, attempt #1 (error=Head "https://10.download.real-debrid.com/speedtest/test.rar/0.252101": no ipv6 address found) 2024-07-13T13:51:22.939-0400 WARN network_test Failed to download from 10.download.real-debrid.com: Head "https://10.download.real-debrid.com/speedtest/test.rar/0.252101": no ipv6 address found 2024-07-13T13:51:23.656-0400 DEBUG network_test Latency from ipv4 10.download.real-debrid.cloud: 0.23856 seconds2024-07-13T13:51:23.656-0400 DEBUG network_test Request failed, attempt #1 (error=Head "https://10.download.real-debrid.cloud/speedtest/test.rar/0.004052": no ipv6 address found) 2024-07-13T13:51:23.656-0400 WARN network_test Failed to download from 10.download.real-debrid.cloud: Head "https://10.download.real-debrid.cloud/speedtest/test.rar/0.004052": no ipv6 address found 2024-07-13T13:51:24.984-0400 DEBUG network_test Latency from ipv4 20.download.real-debrid.com: 0.42738 seconds 2024-07-13T13:51:24.989-0400 DEBUG network_test Request failed, attempt #1 (error=Head "https://20.download.real-debrid.com/speedtest/test.rar/0.367045": no ipv6 address found) 2024-07-13T13:51:24.990-0400 WARN network_test Failed to download from 20.download.real-debrid.com: Head "https://20.download.real-debrid.com/speedtest/test.rar/0.004052": no ipv6 address found
Hi! You have to use the config cache_network_test_results: true
Hello, I just paid for the nightly build version, but when i use "docker pull ghcr.io/debridmediamanager/zurg:v0.10.0-rc.4-1" it says to me "permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock"
are you running the pull command with root/ su?
Where in config is api_rate_limit_per_minute and torrents_rate_limit_per_minute?
i had to add it manually. i put it above the directories section. in the logs zurg stated it picked it up.
Whats the lines we put in the config.yml for the api ?
api_rate_limit_per_minute: torrents_rate_limit_per_minute:
Was this it for Zurg?
What is it?
With the new RC4-1 I get constantly: API rate limit reached
I found with the following added to my config I stopped getting API errors: api_rate_limit_per_minute: 175 torrents_rate_limit_per_minute: 30 May be able to go a bit higher without getting any (or dev may be able to confirm if there's a redundancy in place for when rate limit is hit for certain requests) - but all works smoothly with the above for me
I'm getting "Error: Please check the time in your device. If it is correct, please try again." When trying to find files for a show. Any advice?
This is fixed now in DMM
I just joined the github sponsorship to download the nightly but I am unable to access it. Do I wait or did I do something wrong?
Please send me a message of your github username
yes getting this error in every build since after 10th of july nightly. including RC4. ever since introduction of vidhub
Are you using rclone?
keep getting 2024-07-12T22:16:18.165+1000 DEBUG router Not implemented: PROPFIND /dav/%5C/ 2024-07-12T22:16:21.820+1000 DEBUG router Not implemented: PROPFIND /dav/shows/%5Cshows/ errors since releases after the 10th of july nightly. every folder under show will have .show./(show name) same for movies
Is this the new one?