-
-
Notifications
You must be signed in to change notification settings - Fork 65
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
opensubtitles.org blocks some downloads when using a VPN #70
Comments
Well that's not good. It seems that the files aren't downloaded successfully, so maybe add the line print(subURL) around the line 843 and let me know what is printed.
|
I tried it and this is what I got
When I tried to go to the link in browser, I downloaded the subtitles correctly. Then I realized I could try turn off VPN and it suddenly works even via your script. But how is it possible? With the VPN ON I was still able to download the link manually. And i am logged in so there should not be any limits. More over, some subs CAN be downloaded with your script over VPN every time, and some just don't. Edit:
|
Good catch about the VPN. I'm changing the title of the issue, maybe some people with similar situation can weigh in. |
Hi, I noticed this a bit ago, but didn't have time to look into this until now. I have created a PR #71 which changes download method from hard-coded URL to XmlRpc request. |
It doesn't help to do the captcha in browser. |
Yes it does seem to work, but there will be a bit of work to integrate this cleanly. |
I am using Pop!_OS 20.10 |
Doesn't matter if I download single file or whole directory, lot of subtitle files end up empty (not all).
e.g.
OpenSubtitlesDownload.py -u ****** -p ***** "Agents of SHIELD S02E11 Aftershocks.mp4"
but if I search with VLsub (tool in VLC) it finds and downloads them correctly.
I found out that when I force cli mode, i get this
running with python3 gets me this:
What more details can I give you to find out what is happening?
Thank you
The text was updated successfully, but these errors were encountered: