rogerfar / rdt-client

Real-Debrid Client Proxy
MIT License
929 stars 117 forks source link

Disabled Endpoint Error #617

Closed thinhlegolas closed 2 days ago

thinhlegolas commented 4 days ago

So is this the end of rdtclient after RD announcement?

Cap10Canuck commented 4 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!

andygruber commented 4 days ago

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.

danhcheung commented 4 days ago

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

ziomek64 commented 3 days ago

Is alldebrid good guys? Premiumrize is a lot more expensive.

drizzt09 commented 3 days ago

Is alldebrid good guys? Premiumrize is a lot more expensive.

Torbox is also an option

Amcro commented 3 days ago

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.

cchance27 commented 3 days ago

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

danhcheung commented 3 days ago

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

Scope666 commented 3 days ago

This workaround works with one of the popular add-ons ... wondering if it can provide a possible alternate workflow: (this works)

image

drizzt09 commented 3 days ago

Blackhole and torrentio have workarounds in place. Hopefully RDtclient can use similar option.

ziomek64 commented 3 days ago

Hopefully there will be some workaround because I have a plan bought to august XD

halfloaf123 commented 3 days ago

@GabbeHags when will this be available and will this fix the disabled endpoint error?

dataprolet commented 3 days ago

Have you read the PR, @halfloaf123? And it's up to @rogerfar to accept the PR. @GabbeHags probably can't answer this.

halfloaf123 commented 3 days ago

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

GabbeHags commented 3 days ago

@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.

ziomek64 commented 3 days ago

@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

GabbeHags commented 3 days ago

@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.

elmerfds commented 3 days ago

@GabbeHags do you have a docker image built with your fixes that we can use in the mean time until your PR is merged?

halfloaf123 commented 3 days ago

@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 commented 2 days ago

@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

bumchoda commented 2 days ago

@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.

godwin42sh commented 2 days ago

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 !

Scope666 commented 2 days ago

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!!!

halfloaf123 commented 2 days ago

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

thinhlegolas commented 2 days ago

@GabbeHags hi, it seems your workaround ignores the minimum filesize setting hence the symlink downloader is failing due to compressed file.

sarthakps commented 2 days ago

@godwin42sh @GabbeHags Absolute saviours. So grateful for your work.

jake8923948 commented 2 days ago

Screenshot_20241124_012804_Chrome

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

jake8923948 commented 2 days ago

Further, Screenshot_20241124_013406_Chrome Screenshot_20241124_013416_Chrome

thinhlegolas commented 2 days ago

Screenshot_20241124_012804_Chrome

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!!!

tduong-cloud commented 2 days ago

@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

jake8923948 commented 2 days ago

This works for me!!!

Glad to hear it!

thinhlegolas commented 2 days ago

@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

tduong-cloud commented 2 days ago

@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

jake8923948 commented 2 days ago

@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

tduong-cloud commented 2 days ago

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

thinhlegolas commented 2 days ago

workaround

@tduong-cloud You should use the rogerfar image and disable the setting under both "Provider" and "qbittorrent"

tduong-cloud commented 2 days ago

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

jake8923948 commented 2 days ago

Screenshot_20241124_024010_Chrome Screenshot_20241124_023915_Chrome 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

tduong-cloud commented 2 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

image

jake8923948 commented 2 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

image

I'm using the standard one, internal I believe??

tduong-cloud commented 2 days ago

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.

tduong-cloud commented 2 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 image

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 !!!

Killj0y1 commented 2 days ago

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.

Ameenota commented 2 days ago

Same as @Killj0y1 but on docker. Unchecked the box in the 2 places mentioned above, restarted by container, but I still get disabled_endpoint

Killj0y1 commented 2 days ago

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.

halfloaf123 commented 2 days ago

Screenshot_20241124_012804_Chrome

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

thinhlegolas commented 2 days ago

Screenshot_20241124_024010_Chrome

Screenshot_20241124_023915_Chrome

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.

rogerfar commented 2 days ago

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.

Scope666 commented 2 days ago

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)

rogerfar commented 2 days ago

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.