Closed thinhlegolas closed 2 days ago
So is this the end of rdtclient after RD announcement?
It would appear so, but only for Real Debrid. The client uses the API which is no longer functioning. Remember that rdtclient also supports other hosters (Premiumize, etc.), so it's not dead yet. My Real Debrid use case hinged on the the use of rdtclient. Usenet here I come... unless there is another way for rdtclient to work with Real Debrid.
I noted that the Torrentio addon for Stremio managed to modify their code to work with the Read Debrid API changes... hoping this project can do the same!
Do not really know the technical background behind it, but since 1 hour or so, at least torrentio works again with RD. So I guess there are some possibilities.
The technical reason is that realdebrid removed the API endpoint for checking if a file is available in the cache or if realdebrid needs to download the torrent first. So there's no way to see if the file is available.
What torrentio is doing their own caching of what is available on their own, but it's also not reliable since Rd cleans up the cache occasionally
https://github.com/TheBeastLT/torrentio-scraper/issues/305
If you use rdtclient with zurg mounts, the zurg mounts are still fine, you can still download/stream the media. Its just that you can't send realdebrid your torrents and/or you can't see the availability of the media in Rd's cache
Is alldebrid good guys? Premiumrize is a lot more expensive.
Is alldebrid good guys? Premiumrize is a lot more expensive.
Torbox is also an option
For people looking for an alternative, i've got myself alldebrid for month today. Downloaded one torrent with rdt client and one mega link converted to alldebrid link with jdownloader API. Both worked perfect. I guess the only difference is Real Debrid has huge cache already compared to alldebrid but both will probably work same if users switch to alldebrid.
why not just bypass the availabilty check, this isn't a streaming app if it has to get it from a torrent or other service who cares, let RD download it ... i mean sure you lose the "already available check" but ... just let it grab it
why not just bypass the availabilty check, this isn't a streaming app if it has to get it from a torrent or other service who cares, let RD download it ... i mean sure you lose the "already available check" but ... just let it grab it
This makes a lot of sense, but the current implementation requires the check. From the behavior, I think rdtclient sends realdebrid the torrent/magnet link, and then checks for availability, and then chooses your files, and then it's made available to your account. Since it doesnt pass checking for availability, the files to download never gets chosen, and you never get to download your files.
There's also the fact that they purged a ton movies/shows and may have blacklisted them
This workaround works with one of the popular add-ons ... wondering if it can provide a possible alternate workflow: (this works)
Blackhole and torrentio have workarounds in place. Hopefully RDtclient can use similar option.
Hopefully there will be some workaround because I have a plan bought to august XD
@GabbeHags when will this be available and will this fix the disabled endpoint error?
Have you read the PR, @halfloaf123? And it's up to @rogerfar to accept the PR. @GabbeHags probably can't answer this.
Have you read the PR, @halfloaf123? And it's up to @rogerfar to accept the PR. @GabbeHags probably can't answer this.
I never read the PR sorry
@halfloaf123
@GabbeHags when will this be available and will this fix the disabled endpoint error?
This fix will make RDT-Client think that nothing is cached and then try to start the download, i made this change because RD removed the functionality to check if something is cached. After i made this change i have not seen the disabled endpoint error.
So now we just need to wait for @rogerfar to look through my changes.
@halfloaf123
@GabbeHags when will this be available and will this fix the disabled endpoint error?
This fix will make RDT-Client think that nothing is cached and then try to start the download, i made this change because RD removed the functionality to check if something is cached. After i made this change i have not seen the disabled endpoint error.
So now we just need to wait for @rogerfar to look through my changes.
Is this all that is needed? I'm also getting an infringing link error but that's on hostings. I wonder if it can happen on torrents in rd client
@ziomek64 This probably won't fix that.
This is what Real-Debrid mentions on there help page:
I'm getting "infringing_torrent" error when I add a magnet / torrent Our service received a DMCA letter about the magnet / torrent you are trying to add, this torrent can't be downloaded anymore and all copies you may have must be deleted for copyright compliance.
@GabbeHags do you have a docker image built with your fixes that we can use in the mean time until your PR is merged?
@GabbeHags do you have a docker image built with your fixes that we can use in the mean time until your PR is merged?
Will be interested in the docker image as well if you can share it @GabbeHags
@ziomek64 This probably won't fix that.
This is what Real-Debrid mentions on there help page:
I'm getting "infringing_torrent" error when I add a magnet / torrent Our service received a DMCA letter about the magnet / torrent you are trying to add, this torrent can't be downloaded anymore and all copies you may have must be deleted for copyright compliance.
That might be the deal breaker for many. I'll have to test out alldebrid and torbox
@ziomek64 This probably won't fix that. This is what Real-Debrid mentions on there help page:
I'm getting "infringing_torrent" error when I add a magnet / torrent Our service received a DMCA letter about the magnet / torrent you are trying to add, this torrent can't be downloaded anymore and all copies you may have must be deleted for copyright compliance.
That might be the deal breaker for many. I'll have to test out alldebrid and torbox
Ill be looking at usenet deals this black friday, since i was storing content locally anyways and not really using the caching to stream stuff instantly.
Hey, just published an image on dockerhub, based on @GabbeHags PR, here godwin42sh/rdtclient. I would advise to build one for yoursel (you souldn't trust me and it's really easy to do, just look at the changes on my fork and set the correct repo secrets)
Everything works like a charm, all credits goes to @GabbeHags for the fix !
Hey, just published an image on dockerhub, based on @GabbeHags PR, here godwin42sh/rdtclient. I would advise to build one for yoursel (you souldn't trust me and it's really easy to do, just look at the changes on my fork and set the correct repo secrets)
Everything works like a charm, all credits goes to @GabbeHags for the fix !
Pulled your image, I had an existing download that was stuck, clicked restart, boom, immediately started working ... nice job!!!
Hey, just published an image on dockerhub, based on @GabbeHags PR, here godwin42sh/rdtclient. I would advise to build one for yoursel (you souldn't trust me and it's really easy to do, just look at the changes on my fork and set the correct repo secrets)
Everything works like a charm, all credits goes to @GabbeHags for the fix !
You guys are true legends thanks a million @GabbeHags @godwin42sh
@GabbeHags hi, it seems your workaround ignores the minimum filesize setting hence the symlink downloader is failing due to compressed file.
@godwin42sh @GabbeHags Absolute saviours. So grateful for your work.
This has fixed RDT for me. Sonarr/radarr searches are working as expected
API has disabled "instantly available" status, so I thought disabling this (which would use the instantly available function) would work, and it has! Happy days. Only going to be buying 1 month of real debrid at a time now
Further,
This has fixed RDT for me. Sonarr/radarr searches are working as expected
API has disabled "instantly available" status, so I thought disabling this (which would use the instantly available function) would work, and it has! Happy days. Only going to be buying 1 month of real debrid at a time now
This works for me!!!
@GabbeHags hi, it seems your workaround ignores the minimum filesize setting hence the symlink downloader is failing due to compressed file.
I second this. I used to set up the mimimum filesize in order to download only the video file, and not any text or sample video in the torrent, and then avoid having to unpack. It was smoother that way. I don't know if, knowing the current issues, we can still benefit of that setting?
Thanks a lot
This works for me!!!
Glad to hear it!
@GabbeHags hi, it seems your workaround ignores the minimum filesize setting hence the symlink downloader is failing due to compressed file.
I second this. I used to set up the mimimum filesize in order to download only the video file, and not any text or sample video in the torrent, and then avoid having to unpack. It was smoother that way. I don't know if, knowing the current issues, we can still benefit of that setting?
Thanks a lot
Please follow the setting as mentioned by @jake8923948
@GabbeHags hi, it seems your workaround ignores the minimum filesize setting hence the symlink downloader is failing due to compressed file.
I second this. I used to set up the mimimum filesize in order to download only the video file, and not any text or sample video in the torrent, and then avoid having to unpack. It was smoother that way. I don't know if, knowing the current issues, we can still benefit of that setting? Thanks a lot
Please follow the setting as mentioned by @jake8923948
Hey thanks for answering :). So I have tried, at least I think :D. I have pulled godwin42sh/rdtclient image and disable the setting as @jake8923948 suggested, but still same behavior.
Sorry, I should also have mentionned that I am not utilizing the symlink downloader but aria2c
@GabbeHags hi, it seems your workaround ignores the minimum filesize setting hence the symlink downloader is failing due to compressed file.
I second this. I used to set up the mimimum filesize in order to download only the video file, and not any text or sample video in the torrent, and then avoid having to unpack. It was smoother that way. I don't know if, knowing the current issues, we can still benefit of that setting? Thanks a lot
Please follow the setting as mentioned by @jake8923948
Hey thanks for answering :). So I have tried, at least I think :D. I have pulled godwin42sh/rdtclient image and disable the setting as @jake8923948 suggested, but still same behavior
Use default image and just disable this setting and it'll work exactly as before RDs 'update'
If RDC worked and your only issue was disabled_endpoint, this checkbox is the solution
Sorry, I should also have mentionned that I am not utilizing the symlink downloader but aria2c
@GabbeHags hi, it seems your workaround ignores the minimum filesize setting hence the symlink downloader is failing due to compressed file.
I second this. I used to set up the mimimum filesize in order to download only the video file, and not any text or sample video in the torrent, and then avoid having to unpack. It was smoother that way. I don't know if, knowing the current issues, we can still benefit of that setting? Thanks a lot
Please follow the setting as mentioned by @jake8923948
Hey thanks for answering :). So I have tried, at least I think :D. I have pulled godwin42sh/rdtclient image and disable the setting as @jake8923948 suggested, but still same behavior
Use default image and just disable this setting and it'll work exactly as before RDs 'update'
If RDC worked and your only issue was disabled_endpoint, this checkbox is the solution
Sorry, I should also have mentionned that I am not utilizing the symlink downloader but aria2c
I actually have tried your workaround with both images. No luck
workaround
@tduong-cloud You should use the rogerfar image and disable the setting under both "Provider" and "qbittorrent"
Ok, now not all files are selected when imported into RD, but they are not downloaded on my server :(.
Sorry, I feel like a noob asking
These are my settings
3 days ago it was working. Tonight it stopped, saying "disabled_endpoint" I changed that 1 checkbox, and it's performing exactly how it did 3 days ago
3 days ago it was working. Tonight it stopped, saying "disabled_endpoint" I changed that 1 checkbox, and it's performing exactly how it did 3 days ago
Thanks for the support. I have configured as you suggested. what downloader are you using ? I am using aria2c, I guess that may be the difference ?
The status of the file end with "finished" but nothing got downloaded
3 days ago it was working. Tonight it stopped, saying "disabled_endpoint" I changed that 1 checkbox, and it's performing exactly how it did 3 days ago
Thanks for the support. I have configured as you suggested. what downloader are you using ? I am using aria2c, I guess that may be the difference ?
The status of the file end with "finished" but nothing got downloaded
I'm using the standard one, internal I believe??
I'm using the standard one, internal I believe??
I can see the link generated, but it's just like it is not transferred to Aria2c. I have tried with the internal downloader as well, same.
3 days ago it was working. Tonight it stopped, saying "disabled_endpoint" I changed that 1 checkbox, and it's performing exactly how it did 3 days ago
Thanks for the support. I have configured as you suggested. what downloader are you using ? I am using aria2c, I guess that may be the difference ? The status of the file end with "finished" but nothing got downloaded
I'm using the standard one, internal I believe??
Ok, nevermind, I am just dumb as fuck. My container was corrupted, had to restart it and now it is working. Thanks !!!
I changed the settings that others mentioned and running a native install not docker. Still getting the error even after restarting the service and confirming the changes were made.
Same as @Killj0y1 but on docker. Unchecked the box in the 2 places mentioned above, restarted by container, but I still get disabled_endpoint
Same as @Killj0y1 but on docker. Unchecked the box in the 2 places mentioned above, restarted by container, but I still get disabled_endpoint
I got it working. I had to readd all pending torrents now they are downloading. Anything that was already there will fail. So I removed all pending jobs and readded them and it's working now.
This has fixed RDT for me. Sonarr/radarr searches are working as expected
API has disabled "instantly available" status, so I thought disabling this (which would use the instantly available function) would work, and it has! Happy days. Only going to be buying 1 month of real debrid at a time now
This works beautifully thanks a million mate , this community are true legends @jake8923948
These are my settings
3 days ago it was working. Tonight it stopped, saying "disabled_endpoint"
I changed that 1 checkbox, and it's performing exactly how it did 3 days ago
@rogerfar this has solved the problem it seems.
I added a simple check to see if RealDebrid has disabled the instant availability endpoint (just in case they decide to turn it on again eventually).
But this does mean that the Only download available files
will be broken for now.
I added a simple check to see if RealDebrid has disabled the instant availability endpoint (just in case they decide to turn it on again eventually).
But this does mean that the Only download available files will be broken for now.
So just to confirm, "Only download available files" should be UNCHECKED for both "Provider" and "qBittorrent" correct? (if using *arr apps)
I'm pushing 89 where the setting doesn't work anymore for Real-Debrid.
Only AllDebrid supports it, but doesn't support cherry picking files.
So is this the end of rdtclient after RD announcement?