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

191–200 of 646 posts

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

#191

Post by usrbinbash »

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.

> It's absolutely insane to me how bad the user experience is with video nowadays

Has nothing to do with video per se. Normal embeddings, using the standard `` element and no unnecessary JS nonsense, still work the same way they did in the 90s: Right click the video and download it, it's a media element like any other.

The reason why user experience is going to shite, is because turbocapitalism went to work on what was once The Internet, and is trying to turn it into a paywalled profit-machine.

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

#192

Post by ajsnigrutin »

littlestymaar wrote: post #184
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.

long press -> save image/video is perfectly supported on a phone, it's just content diffusion platform that arbitrarily restrict it.

You can't even make a screenshot if the app doesn't allow it. Phones are broken. (well, the OS on them is).

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

#193

Post by Aurornis »

usrbinbash wrote: post #191
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.

> It's absolutely insane to me how bad the user experience is with video nowadays Has nothing to do with video per se. Normal embeddings, using the standard ` ` element and no unnecessary JS nonsense, still work the same way they did in the 90s: Right click the video and download it, it's a media element like any other. The reason why user experience is going to shite, is because turbocapitalism went to work on what…

> still work the same way they did in the 90s: Right click the video and download it, it's a media element like any other.

I’m so confused reading these comments. Did everyone forget RealPlayer? Flash videos? All of the other nonsense we had to deal with to watch video on the internet?

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

#194

Post by reaperducer »

physicsguy wrote: post #177
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!

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

I remember when someone slapped a big "Buffering" sign over the Real Networks logo on the company's building in Seattle.

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

#195

Post by noir_lord »

vladms wrote: post #164
guardian5x wrote: post #141

Earlier quoted context omitted.

Back then, the focus was on optimising for the user. Now, however, companies prioritise their own interests over the user.

Indeed, the good old days when "optimizing for the user" got us... Windows 3.1 (release date April 6, 1992 , ref https://en.wikipedia.org/wiki/List_of_Microsoft_Windows_vers... ) or the first version of Linux - which I did not have the honor to use but I can imagine how user friendly it was considering what I ended up using couple of years later ( https://en.wikipedia.org/wiki/History_of_Linux ) /s

There are myriad ways to optimise for the user, user friendliness is only one of them.

As the old joke went "Unix is user friendly, it's particular about who its friends are".

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

#196

Post by fragmede »

throw-qqqqq wrote: post #166
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.

But are DRM and poor user experiences hard requirements for something to fit in your pocket? Otherwise, I don’t think I get your point - maybe you could clarify?

throwaway94275 wrote:

> Phones are dominant now and have passed the PC generation by - in number, not capability.

And I'm saying phones have passed PCs in capabilities. Don't put words in my mouth, not all of them, obviously. I'm just pointing out that a desktop with a 5090 and 42" widescreen monitor doesn't fit in my pocket, and that fitting into my pocket is a capability that some people value.

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

#197

Post by ajsnigrutin »

blarg1 wrote: post #49
bdz wrote: 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.

I started after channels started removing their own videos because they either didn't think the videos were good enough or they had a mental break and deleted their channel. So good stuff just gone.

Or because someone else made them take them off. Or because they were deemed 'too dangerous'. Or worse.

Cody's lab removed a few of them and many others.

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

#198

Post by rob »

bdz wrote: post #84
trallnag wrote: post #58

Earlier quoted context omitted.

Do you ever go back and actually watch those videos? Whenever I start to journal, track, or just document something, after some time I notice again and again that most of the value has already been created the moment I finish working on a specific entry. Even with something seemingly very important like medical records. Maybe one exception I can think of are recordings of memories involving people close to you

I actually do! I have a perpetual VLC playlist which plays those videos randomly if I need some background noise.

How many of the 20,000+ videos you've saved locally do you actually care about if they get "removed" from YouTube?

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

#199

Post by nurettin »

usrbinbash wrote: post #191
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.

> It's absolutely insane to me how bad the user experience is with video nowadays Has nothing to do with video per se. Normal embeddings, using the standard ` ` element and no unnecessary JS nonsense, still work the same way they did in the 90s: Right click the video and download it, it's a media element like any other. The reason why user experience is going to shite, is because turbocapitalism went to work on what…

Technically, you can profit off of ad revenue and subscriptions without exploiting the labour of your workers, so in this particular case it has nothing to do with the economic regime. Enshittification is its own thing.
Post reply on HN