Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

github.com

Post reply on HN
Print view View original

171–180 of 646 posts

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

#171

Post by ethmarks »

anal_reactor wrote: post #156
ethmarks wrote: post #108

Earlier quoted context omitted.

I imagine there would be ways around this. I know from personal experience that Kazam screen recorder on Firefox on Ubuntu can record anything and everything, including YouTube as well as DRM content on Disney+ and Prime Video. I bet that it Google really wanted to it could force Firefox in line, but I imagine that actually preventing screen recording would require compliance at the OS level too, and I don't think th…

On Linux you can feed the GPU encoded bitstream and then GPU will use hardware to decode and display it as overlay.

Why is this relevant? To be clear, I'm asking from a place of ignorance. Are you saying that because the video player can have the video decoding happen entirely on the GPU, screen recording software can't pick it up? Couldn't the software just read from the GPU buffer?

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

#172

Post by gruez »

vachina wrote: post #13
xeonmc wrote: post #3

In ten years time YouTube will be entirely inaccessible from the browser as the iPad kids generation are used to doomscrolling the tablet app and Google feels confident enough to cut off the aging demographic.

They’d need dedicated hardware to enforce any kind of effective DRM. Encrypted bitstream generated on the fly watchable only on L2 attested device.

>They’d need dedicated hardware to enforce any kind of effective DRM.

That's already here. Even random aliexpress tablets support widevine L1 (ie. highest security level)

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

#173

Post by shbooms »

jrochkind1 wrote: post #136

I am impressed at their resourcefulness. Knock on wood not to jinx it, but I wonder why this manages to stay up on github when eg paywall-busting chrome extensions get banned from there (because of DMCA takedowns I guess?)

there was already an attempt to take it down back in 2020/2021 [0]. The DMCA claim's main argument was that ytdl was circumventing Techincal Protection Measures (TPMs) in order to access the content. Thanks to a letter from the EFF [1] which explains how ytdl accesses content in the same way that a browser does (i.e. it does circumvent anything such as DRM), github rejected the takedown.

this is also why ytdl has stood firm in saying they will never attempt to be compatible with anything protected by DRM.

[0] https://github.blog/news-insights/policy-news-and-insights/s...

[1] https://github.com/github/dmca/blob/master/2020/11/2020-11-1...

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

#174

Post by ux266478 »

astura wrote: post #34
crazygringo wrote: post #11

Earlier quoted context omitted.

This is obviously not plausible. They're never going to shut off browser access on people's laptops. Watching YT at work is a major thing. I have to assume you're joking, but I honestly can't figure out what point you're even trying to make. Do it think it's surprising that an ad-supported site has anti-scraping/anti-downloading mechanisms? YouTube isn't a charity, it's not Wikipedia.

>Watching YT at work is a major thing. Where are these jobs where I can get paid to watch YouTube?

I think it would give me a life crisis and I'd feel like a failure of a boss if I learned my otherwise productive employees felt they couldn't watch sloptube the clock. A sysadmin that isn't constantly jacked into nethack is hardly a sysadmin at all. You should really demand more humane working conditions if you feel like you have to micro-optimize your work day.

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

#175

Post by zero_shift »

djoldman wrote: post #18

From https://github.com/yt-dlp/yt-dlp/wiki/EJS it looks like deno is recommended for these reasons: > Notes > * Code is run with restricted permissions (e.g, no file system or network access) > * Supports downloading EJS script dependencies from npm (--remote-components ejs:npm).

For a long time, yt-dlp worked completely with Python. They implemented a lightweight JavaScript interpreter that could run basic scripts. But as the runtime requirements became more sophisticated it struggled to scale

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

#176

Post by rob »

We use this for AI transcriptions internally on our Linode VPS server.

It's been working great by itself for the most part since the beginning of the year, with only a couple of hiccups along the way.

We do use a custom cookies.txt file generated on the server as well as generate a `po_token` every time, which seems to help.

(I originally thought everything would just get blocked from a popular VPS provider, but surprisingly not?)

Most recently though, we were getting tons of errors like 429 until we switched to the `tv_embedded` client, which seems to have resolved things for the most part.

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

#177

Post by physicsguy »

Tabular-Iceberg wrote: post #51

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.

Remember RealPlayer? Grainy 128 x 128 streamed videos in 1998!

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

#178

Post by dotnet00 »

fragmede wrote: post #144
throwaway94275 wrote: post #101

Earlier quoted context omitted.

1991 was the vibrant, exciting, crazy "adolescence" of the PC age and well into the period where it was cool to have a desktop PC and really learn about it. Phones are dominant now and have passed the PC generation by - in number, not capability. The concept of copy/paste/save for arbitrary data lives on for the non-tech masses only in the form of screenshots and screen recording features.

"Fitting into my pocket so I can use it in line at the post office" is a capability that desktop PCs have yet to manage to achieve.

Handhelds like the Steam Deck are PCs and can fit in some pockets :P

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

#179

Post by fragmede »

zvitiate wrote: post #159
fragmede wrote: post #144

Earlier quoted context omitted.

"Fitting into my pocket so I can use it in line at the post office" is a capability that desktop PCs have yet to manage to achieve.

My GPD pocket 4 fits into really large cargo pants if that counts lol, and there is the micropc2 too that’s even smaller :p

Oh fuck you, I didn't have the $1,500 I just spent on Amazon for one of those! I've been waiting forever for them to make one with a finger print sensor, and I thought you were responding to a different comment so I looked it up and thank you :)
Post reply on HN