Live data from Hacker News

Yt-dlp: External JavaScript runtime now required for full YouTube support

github.com

561–570 of 646 posts

Re: Yt-dlp: External JavaScript runtime now required for full YouTube support

#562
post #36

I use yt-dlp (and back then youtube-dl) all the time to archive my liked videos. Started back in around 2010, now I have tens of thousands of videos saved. Storage is cheap and a huge percent of them are not available anymore on the site. I also save temporary videos removed after a time for example NHK honbasho sumo highlights which are only available for a month or so then they permanently remove them.

You are a digital hoarder. I have taken so many pics that I wouldn't even bother to look back that them (do we ever?) but Google memories is really a neat feature, it refreshes memories. I think you should run a similar service to refresh memory of your favourite videos like they are on speed dail.

> do we ever?

We have AI to sort them so it will payoff, or already does.

Re: Yt-dlp: External JavaScript runtime now required for full YouTube support

#563

Why deno over bun?

Per their wiki [0], these are their notes on Bun: - No permission restrictions available. Scripts have full file system and network access. - Supports downloading EJS script dependencies from npm (--remote-components ejs:npm). - No support for SOCKS proxies when downloading EJS script dependencies from npm. [0]: https://github.com/yt-dlp/yt-dlp/wiki/EJS#notes-2

I'm suprised that corporate software has not picked up deno for these reasons.

Re: Yt-dlp: External JavaScript runtime now required for full YouTube support

#564

Earlier quoted context omitted.

And it's an entirely useless effort. No idea how it is done but the internet is full 4k rips.

Breaking HDCP is a lot easier than breaking the other things. You don't have to attack the torment nexus directly. This is not the most ideal option but it is information theoretically correct assuming your capture rig is set up properly.

Yeah. The HDCP1 master key was leaked over a decade ago, it's a joke compared to widevine. Encoding the raw input is very feasible on modern hardware.

Re: Yt-dlp: External JavaScript runtime now required for full YouTube support

#565
post #74

Earlier quoted context omitted.

> Comments also disappear regularly on all platforms... I don't believe that that's a bug. The disappearance depends a lot on the topic of those comments. It's very much deliberate censorship.

> It's very much deliberate censorship. Also known as "moderation"

That 'moderation' is in the same spirit as 'Enhanced Interrogation Techniques' at Guantanamo Bay, 'Administrative Segregation' in US prisons or Russia's 'Special military operations' in Ukraine. Tomayto, tomahto.

Disclaimer: To anybody getting ready to be offended by these references, don't be selectively blind to the word 'spirit' above. If you still can't make it out, I'm obviously referring to euphemisms here and no additional equivalences are implied. Anything else you attribute to my statement reflects your own views and is your own responsibility. It's such a shame that I have to explain such basic facts with a disclaimer that's longer than the comment itself. But the reality is that some people are so sensitive that they insist on imposing their version political correctness to not just implied speech, but also to unimplied speech, language and even thought, while totally disregarding others' cultural perspectives. I leave this here just in case I have to explain my intentions to someone again.

Re: Yt-dlp: External JavaScript runtime now required for full YouTube support

#566

Earlier quoted context omitted.

> Around 30-50x slower than V8 (node/deno). A solver running at 50ms instead of 1ms I would say is practically imperceptible to most users, but I don't know what time span you are measuring with those numbers.

My page is about generic JS benchmarks. Just did a quick run with a sample javascript challenge I got via yt-dlp ( https://raw.githubusercontent.com/ivankra/javascript-zoo/ref... ): $ time ./v8 /bench/yt-dlp.js | md5sum - a730e32029941bf1f60f9587a6d9554f - real 0m0.252s user 0m0.386s sys 0m0.074s $ time ./quickjs /bench/yt-dlp.js | md5sum - a730e32029941bf1f60f9587a6d9554f - real 0m2.280s user 0m2.507s sys 0m0.031s S…

Tidied up benchmark and results: https://gist.github.com/ivankra/a950b2c37db48c66fe5dceb0acd8...

Looks like quickjs is the next best option after the big three engines (V8/JSC/SM).

Re: Yt-dlp: External JavaScript runtime now required for full YouTube support

#567

I remember when QuickTime came out in 1991 and it was obvious to everyone that video should be copied, pasted and saved like any arbitrary data. It's absolutely insane to me how bad the user experience is with video nowadays, even video that's not encumbered by DRM or complex JavaScript clients.

> It's absolutely insane to me how bad the user experience is with video nowadays, even video that's not encumbered by DRM or complex JavaScript clients. The video experience for typical video files is great these days compared to the past. I think you may be viewing the past through rose colored glasses. For years it was a pain to deal with video because you had to navigate third party players (remember Real Player?…

You just reminded me of Perian. What a throwback!

https://en.wikipedia.org/wiki/Perian

Re: Yt-dlp: External JavaScript runtime now required for full YouTube support

#568
post #432

I wonder how the whole thing works when I open a youtube video from a preview inside a chat application on my mobile phone. It looks like the video loads and starts playing in some kind of in-app browser, but there is just full-screen video and nothing else. I also never faced any ads in this "mode" of playing a video, yet recently some strange things started happening where the playback would start together with an…

Not sure what you’re asking. You can get fullscreen video in a desktop browser by pressing F or clicking the fullscreen icon (broken rectangle) below the video. You can get ad-free playback by paying for Premium or sometimes with an ad blocker. Outside the browser, you can get both with yt-dlp, which also integrates into video players like mpv.

[Fullscreen icon in YouTube is double arrow, not broken rectangle.]

Re: Yt-dlp: External JavaScript runtime now required for full YouTube support

#569

I still remember when it was as simple as a request to /get_video?video_id=XXXXXXXX with possibly a &fmt=YY parameter. Great fuckings to those at YT, I wonder if they ever feel bad for what they're doing or they are just happy to get $$$.

For me the principal issue with Youtube (for many years was copyright overreach, yeah ok safe harbor, but you can't tell me that they couldn't have done a better job) has been censorship/demonetization which is effectively censorship

Everything from that follows, the entire philosophy of the product

It makes me wonder if all of Google is like this

Re: Yt-dlp: External JavaScript runtime now required for full YouTube support

#570
post #467

Earlier quoted context omitted.

They've also started to be really aggressive against VPNs. I've tried Private Internet Access, Mulvad and AirVPN and often I have to cycle through 5-15(!) servers before YouTube stops saying "sign in to confirm you're not a bot". Discord has started to become absurdly aggressive with it too, to the point that they don't even let you load messages whilst logged in if you're on a VPN. It really makes me feel like there…

100%. Web Credentials + Digital ID + age verification will all be handled with Secure Attestation backing it. Cloudflare will have a checkbox for site admins... [X] Require Age Verification... and that's it. Boom. Your site is "safe" from accidentally allowing kids in. ...of course, free speech and anonymity die with this, but why would that be a problem? You don't want to say anything the current or potential future…

Free speech doesn't die with this. Host your own site.
Post reply on HN