Open billouetaudrey opened 1 year ago
I have the same issue and have always had that. My suspicion, based on nothing other than a hunch, is that real-debrid throttles the download speed when the API is used in stead of HTTP(S) download. It could also be a bug, indeed, but I have never had faster speeds on real-debrid with RDT
I use Alldebrid And I don't have issue using API directly with jdownloader or rclone for example
Was using realdebrid and same,.no issue with JDL
Something strange
Are you sure that JDownloader with Real-Debrid uses the API? I use JDL with Real-Debrid and it doesn't ask for an API key, it asks for a username and password, which seems to indicate it uses HTTP(S) downloading. RDT requires an API key for Real-Debrid in stead of username/password, as opposed to JDL. Can't speak for Alldebrid, never used it
I do get full speeds with JDL and Real-Debrid though, indeed. Same if I download through the browser
Are you sure that JDownloader with Real-Debrid uses the API? I use JDL with Real-Debrid and it doesn't ask for an API key, it asks for a username and password, which seems to indicate it uses HTTP(S) downloading. RDT requires an API key for Real-Debrid in stead of username/password, as opposed to JDL. Can't speak for Alldebrid, never used it
So my mistake sorry.
But I don't think it's use API for download but only for debris file and take the link no?
Same issue on a 2Gig connection barely getting 100 Mbps (12Mbps) per download . Dev pls look into it , using internal downloader. Dont think it has anyything to do with API or RD as , i used to get over 120 MBps when i used to run rdt-client on windows natively as a service but since i started running it in docker speed has gone down
I have same speed with aria2
Maybe need to use internal command like wget or axel
19mb max now on this screenshot, but have more all the day ( maybe less people )
i am almost sure that the speed issue is limited to docker then
i am almost sure that the speed issue is limited to docker then
I don't think because when using wget on docker console, speed is good
But I don't think it's use API for download but only for debris file and take the link no?
You are right. I have checked the RDT client interface during a download and somewhere in the download properties it mentions a HTTPS-link. So indeed, API only for link grabbing, which makes this even more weird. Good call
i am almost sure that the speed issue is limited to docker then
I have the same issue, or at least the same symptoms, with the Windows-native RDT client, as well as with a docker one. My first reply above to this issue was about Windows-native. I should have mentioned that
But I don't think it's use API for download but only for debris file and take the link no?
You are right. I have checked the RDT client interface during a download and somewhere in the download properties it mentions a HTTPS-link. So indeed, API only for link grabbing, which makes this even more weird. Good call
i am almost sure that the speed issue is limited to docker then
I have the same issue, or at least the same symptoms, with the Windows-native RDT client, as well as with a docker one. My first reply above to this issue was about Windows-native. I should have mentioned that
Yes it's use this example
Which version are you on ?
Of RDT 2.0.37 but I don't try yet, was on 2.0.35
Of RDT 2.0.37 but I don't try yet, was on 2.0.35
I'm also on 2.035 could it be related to this release ? i am unable to pull the new release , looks like we have to buld it
Of RDT 2.0.37 but I don't try yet, was on 2.0.35
I'm also on 2.035 could it be related to this release ? i am unable to pull the new release , looks like we have to buld it
I use docker-compose personally because watchtower don't find the image too
did you try upgrading to 2.0.37 ?
Yes this morning but I don't try to download new file yet, i'm not at home, can't test.now
ok , let me know how it goes once you try, i tried pulling the latest image through docker-compose still ending up on 2.0.35 even though the tag has been updated
ok , let me know how it goes once you try, i tried pulling the latest image through docker-compose still ending up on 2.0.35 even though the tag has been updated
Do you delete the image first ?
got it done had to use "rogerfar/rdtclient:2.0.37" instead of latest tag
speed is still the same
looks like ill have to go back to native windows app and see , will keep you posted
Lemme know 😘
Yea I'm going to stick with Windows app , till my subscription is over and then switch to ALL debrid , RD is having serious speed issues in my area
Ok need to check my docker-compose so
i never got speeds above 20mBps on docker , the above screen shots are from Windows App
Ok need to check my docker-compose so
Will try to add network_mode: host when I'm go back home Need to check if I don't have issue with port
let us know if something works
let us know if something works
Same, 27/28mb max
I found this : https://github.com/docker/desktop-linux/issues/98
But dunno where is this file :'(
I found this : docker/desktop-linux#98
But dunno where is this file :'(
Which OS are you running on ? \ I am on windows 10 , running docker on WSL 2 so it was in
"C:\Users\
haven't tested the mod yet , I'm off for a movie
I use Linux, I try to change on /home/users/.docker/daemon.json
Need to test now but no hope lol
on linux try
cd ~/.docker/desktop ls
look for settings.json if its there nano settings.json then make the necessary changes
let me know how it goes
don't forget docker restart after changing
I have only configs.json and daemon.json
I try to add on daemon... Will see
even after changing my download speeds are the same
Normal speeds on windows :
i tried with both All debird and Real debrid , getting the same slow speed on both . So for sure it has to do with the container
Very strange because I have jdownloader on docker too and 115mb/sec speed so IG it's download method issue
Very strange because I have jdownloader on docker too and 115mb/sec speed so IG it's download method issue
yup , the dev doesn't care , look at the number of issues
And me don't have any idea how to fix it myself or making other "app"
neither do I , I am happy with the windows client , anyways I mostly use usenet so torrents are secondary
👍
Ah, this issue makes a lot of sense, I use the linux image in a docker-like setup and was wondering why this downloaded slower than anticipated.
It is painfully slow for me, running the docker instance in Unraid. I have gigabit and real-debrid's website shows me speeds that reflect my service. However, this service tops out at maybe 3 MB/s.
No idea how to fix but this service seems to be the issue.
Yes same issue. I don't find how to fix it 😥
Le mar. 12 déc. 2023, 18:15, Brennan Muir @.***> a écrit :
It is painfully slow for me, running the docker instance in Unraid. I have gigabit and real-debrid's website shows me speeds that reflect my service. However, this service tops out at maybe 3 MB/s.
No idea how to fix but this service seems to be the issue.
— Reply to this email directly, view it on GitHub https://github.com/rogerfar/rdt-client/issues/296#issuecomment-1852466902, or unsubscribe https://github.com/notifications/unsubscribe-auth/AH3BVGMUOQIMY5W7PRX6JB3YJCGJ5AVCNFSM6AAAAAA33CMWZ6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNJSGQ3DMOJQGI . You are receiving this because you authored the thread.Message ID: @.***>
I have updated the internal downloader back to the old downloader, it seems that there is still something weird with .NET going on that makes HttpClient
just not very reliable. The internal downloader is now the old multipart
downloader, which uses WebClient
I believe.
Also, I'm thinking it might be useful to add either jdownloader or aria2c to the docker image and use that as the standard downloader for new installations, ideas?
What version are you using? 2.0.32 What OS are you running? Linux Are you using Docker or as a service? Docker
Hey, download speed is slow, if I use wget or axel, I have approx 90mb/sec, rdt have approx 4mb/sec max
Any idea ?
Thanks