Youtube has deployed further
youtubedown countermeasures. I do not yet have working counter-countermeasures.
When extracting URLs from the url_encoded_fmt_stream_map you have to append a &signature= parameter to make it work. This used to be in the urlmap as sig=, but now it is sometimes s= and encoded differently: when use_cipher_signature=True, you have to munge it before it will work. Consensus seems to be that this is actually a cipher, not a different kind of hash. I translated the cargo-cult Javascript code I found here to Perl, but it doesn't work. (Pretty sure my translation is correct, so the algorithm is wrong.) Some discussion here.
Dear Lazyweb, any ideas?
We need a working version of the decipher_sig() function in youtubedown. Or, alternately, a URL that returns the old-style un-ciphered signature.
Some examples of videos that are no longer downloadable: Chvrches, Emika, Icona Pop, Gotye.
Previously, previously.
your take?
I've been using a script called yturl for a while now, and nothing seems to have changed in its functionality.
It uses http://youtube.com/get_video_info to get the bits and bobs needed to construct the actual URL, which seems different to what you're using. Of course there's no guarantee that that won't break shortly either...
Uh huh:
Just got the mixtape fine with: umph PLyALKMPGOR5cRNNSnk35R70aTT5fcZoyh | xargs cclive -s best
Maybe recent cclive changes show the solution.
FYI, umph only lists 19 of the 23 items in that playlist.
I just built cclive v0.9.0, which appears to be the latest, and as expected:
cclive -s best 'https://www.youtube.com/watch?v=ktoaj1IpTbw'
Checking ... .. .. .libquvi: error: server response code 403 (conncode=0)
youtube-dl had this interesting error on the Chvrches video:
$ youtube-dl "https://www.youtube.com/watch?v=ktoaj1IpTbw"
[youtube] Setting language
[youtube] ktoaj1IpTbw: Downloading video webpage
[youtube] ktoaj1IpTbw: Downloading video info webpage
[youtube] ktoaj1IpTbw: Extracting video information
[youtube] ktoaj1IpTbw: Vevo video detected.
ERROR: Unable to decrypt signature, subkeys lengths not valid; please report this issue on GitHub.
Okay, a bit crazy but running youtube-dl twice on the Chvrches video actually worked.
Crap, forgot to link to the github issue where this is reported: https://github.com/rg3/youtube-dl/issues/920?source=c
youtube-dl-2013.06.26 appears to be from the future, but it works for the Chvrches video.
I can't figure out how to actually run youtube-dl, because I don't know shit about installing Python, but this code from its source:
is far too simple to be correct / sufficient. It only handles the 87-byte case. Maybe it does the same thing in that case as the various others, or maybe not -- I'm not gonna take the time to re-learn enough Python syntax to compare them -- but obviously sizes other than 87 exist out there.
I strongly suspect this works for you only because you lucked out by getting a back-end server that was doing things the old way and not the new way.
I'm using https://addons.opera.com/en/extensions/details/download-youtube-videos-as-mp4/ ( the js: http://pastebin.com/vYafALQX ) for Opera 12.15 and at least does 4 are working ok.
Well, that does not seem possible to me. I've just line-by-line compared that code to the other code and with the exception of the new "88" case at the top, it's exactly the same algorithm.
It sounds like some people are not experiencing this problem because they are lucking out and hitting back-end servers that are still doing it "the old way". That's common with Google breakages.
In fact, I've written self-tests and verified that the Javascript code and my Perl code are doing exactly the same transformation, and it's not working for me. I dunno.
Also, http://userscripts.org/scripts/review/36453 says "Download links aren't available", but the (newer and Tampermokey based) Chrome version works http://userscripts.org/scripts/review/57201
someone on the jdownloader forums recommended a chrome addon called "ultimate youtube downloader". it has to be installed manually but i just tried it and it deals successfully with all of the videos you mentioned above (in all their various format flavors). the problem doesn't appear to be insurmountable!
In case anyone is wondering: no, it doesn't work...
I just tried with https://www.youtube.com/watch?v=xCUef_NmcP4
probably a.j. just lucked out
just tried it again and yes it does work!
youtube-dl dev here.
Our code works only on 87 bytes
s, but thescontained in theytplayer.configare almost always 87 bytes.Some videos have different length on first request, but get back to 87 on subsequent requests. Seriously. Don't ask me why.
If only I could get a encrypted-decrypted pair for a non-87
s...The pastebin links above have algorithms for lengths 82 through 88 -- though as I said, I haven't yet seen any of them work in the real world.
Are you able to successfully download this video with youtube-dl? Or, in fact, any video that has use_cipher_signature=True?
If so, can you please email me a full HTTP log of what you got when loading get_video_info, and what you then sent in response that worked?
I'd really appreciate it. Thanks!
Yeah, I can totally download it.
There's a catch: you have to take your
snot fromget_video_infobut fromytplayer.config.args.url_encoded_fmt_stream_mapin the/watch?v=webpage.Have a look at the
PiandQifunctions here.I'm pretty sure I'm deciphering the sig properly, but I'm still not getting it, even when I pull all the data from the HTML instead of from get_video_info. Can you send me a full log?
Sure, let me fire up a proxy.
Hi! I know this is somewhat off topic but I was wondering if you knew where I could locate a captcha
plugin for my comment form? I'm using the same blog platform as yours and I'm having trouble
finding one? Thanks a lot!
Here is my web page ... led belysning