Closed havarh closed 4 years ago
I've also tried with this URL format: https://www.dplay.no/videoer/praktisk-info-med-jon-almaas/sesong-5-episode-9 And also with the test url from dplay.py: https://www.dplay.no/videoer/i-kongens-klr/sesong-1-episode-7 But I get the same error message
The problem seems to be with reCAPTCHA. dplay.no has implemented it on the login page. If I use the --cookie attribute with cookies catched with this Chrome extension it works https://chrome.google.com/webstore/detail/cookiestxt/njabckikapfpffapmjgojcnbfjonfjfg/related or this Firefox extension https://addons.mozilla.org/nb-NO/firefox/addon/cookies-txt-one-click/
Same problem with es.dplay.com and it.dplay.com, maybe you can edit title to add this urls too so can be fixed all of them at the same time.
Same problem with es.dplay.com and it.dplay.com, maybe you can edit title to add this urls too so can be fixed all of them at the same time.
OK, done. But I doubt this could be fixed that easily. reCAPTCHA is hard to script around. Better just use my --cookie approach
I'm trying the cookie approach but i cant login , which cookie is the one needed? there are a few of them. First problem i had is the cookie.txt file needs this header:
# Netscape HTTP Cookie File
# http://curl.haxx.se/rfc/cookie_spec.html
# This is a generated file! Do not edit.
Bests.
I just used every cookie that those extensions made. If you use the Chrome extension click on:
To download cookies for this tab click here
what is your exact command you also use --username --password appart from --cookie ?
No, I didn't use --username or --password. This is my exact command line: youtube-dl --cookie dplay.no-cookies.txt https://www.dplay.no/videoer/mythbusters/dropping-a-bomb
Maybe is different dplay.no from es.dplay.com and it.dplay.com it keeps asking me the username and password.
I think you marked all the duplicates as duplicate and nwo there is no original bug one reporting the bug, isn't it? I dont see any opened bug with this bug but 5 of them closed as duplicate.
I think the same problem is tracked in open issue #22972
I think the same problem is tracked in open issue #22972
that bug is from 2019, differenet output error, the patform changed 3 times since 2019.
What difference do you see? The errors seem to me to be the same.
What difference do you see? The errors seem to me to be the same. the output is different, if 2019 bug would be fixed it would not fix the 2020-04 bug, even the output is different. Now you need to be registered to access any video, in 2019, there was a different api to do it. Anyway, just fix it, and if somebody marks a bug as duplicate, please refer to it.
Now you need to be registered to access any video, in 2019, there was a different api to do it. Anyway, just fix it, and if somebody marks a bug as duplicate, please refer to it.
Definitely agree with this, and definitely the reason the older bug appeared must have been different, but I still don't see the difference in the error output, outside of probably being ran on different systems (Windows vs something else). The stack traces seem to touch on the same code paths, giving the same error messages?
Definitely trying to fix the older issue would make the developer hit this issue either way, so I think fixing the other bug would also fix this issue. Hopefully a developer pitches in with any info.
This particular bug is probably very difficult to fix without adding a GUI element that could be used to solving the captcha on the login page. That's also how this differs from #22972 in that Dplay didn't use captcha back then. Also the problem I had was easily bypassed with a browser cookie capture, while a cookie file didn't fix the problems in #22972.
I guess I'll try to get a cookie from Chrome then, because using a cookie from the equivalent Firefox extension changed nothing for me, giving me the same error.
I would also still like someone to point out if they actually see any difference in the errors between the issues, as everyone just keeps mentioning what the pages themselves have changed since the first issue was opened. They still seem the same to me.
I guess I'll try to get a cookie from Chrome then, because using a cookie from the equivalent Firefox extension changed nothing for me, giving me the same error.
I would also still like someone to point out if they actually see any difference in the errors between the issues, as everyone just keeps mentioning what the pages themselves have changed since the first issue was opened. They still seem the same to me.
me too wit firefox cookie is not working but i did not try with chrome cookie, did it work?
I guess I'll try to get a cookie from Chrome then, because using a cookie from the equivalent Firefox extension changed nothing for me, giving me the same error. I would also still like someone to point out if they actually see any difference in the errors between the issues, as everyone just keeps mentioning what the pages themselves have changed since the first issue was opened. They still seem the same to me.
me too wit firefox cookie is not working but i did not try with chrome cookie, did it work?
Hi
have you tried ? with chrome cookie, no luck
Finally had time to try it, and the chrome cookie worked for me.
Finally had time to try it, and the chrome cookie worked for me.
Hi, please i report my issue here
but i use dplay.it, ahve you used the same website?
If yes, can you help me ?
I have tried a lot of extension to export cookie from chrome, but anyway doesn't works, seems a youtube-dl trouble.
Checklist
Verbose log
Description
I'm unable to download free or premium content from dplay.no with a user account. I've been able to download free content earlier, but now a (free) user account is required. I've made a test account with a disposable e-mail address, and used this commandline to test the download:
But I get this errormessage:
(I've verified that the account works in a browser)