Live data from Hacker News

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

github.com

391–400 of 646 posts

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

#391

The day that YouTube makes itself unusable with properly free tools is the day that I use Nebula and such instead

I'm glad there's a streaming service that pays independent creators for their hard work, but the player is glitchy almost to the point of being unusable.

Actually, it's completely to the point of being unusable. For several videos now, I've watched halfway through and suddenly playback stops and the video is replaced with "Error." And every time this happens I have to just pray the videos on youtube because, without exaggeration, it will never work again. Even after checking a week later.

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

#392
post #239
post #33

Earlier quoted context omitted.

I guess at that point we could do it the old fashioned way by pointing a camera at the screen. Or, I guess, a more professional approach based on external recording.

I might be recalling it wrong,but I remember reading that there was some old hardware that refused to record protected TV/Movies probably a VCR or a DVR. Camera manufacturers can easily refuse to record a stream of they detect it is protected, may be via watermarks or other sidechannel.

Old VCRs looked for a hidden signal that rental videos put out so you couldn't record them. But it was easy to block with a cheap device that you put in the middle.

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

#393

Earlier quoted context omitted.

I use YouTube on a daily basis. I haven't seen any of these problems.

do you never encounter opening youtube video in a new tab only for video itself to load, while rest of the page doesn't?

I have, and recently, i nothing is loading until i open a new video in another tab, then all of a sudden both pages start loading and playing :s

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

#394
post #13

Earlier quoted context omitted.

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

Can you explain in simple terms what would prevent one from running the decryption programmatically posing as the end client?

You don't get access to the decryption code nor the keys - both are hardwired in silicon.

We'll eventually be able to reverse-engineer that and run it programmatically, but it will take a long time.

And when they catch you doing so, they'll ban your (personalized) encryption key so you'll just have to buy another graphics card to get another key.

This is how it already works, not some future thing. But the licensing fees make it so it only gets used for Hollywood-level movies.

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

#395
post #186

Earlier quoted context omitted.

Glad to hear it’s faster now! YouTube barely works in a full-on browser these days, props to the team that keeps it accessible via a Python script!

I use YouTube on a daily basis. I haven't seen any of these problems.

[dead]

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

#396

Earlier quoted context omitted.

do you never encounter opening youtube video in a new tab only for video itself to load, while rest of the page doesn't?

That happens to me about 50% of the time. I assume it's google engineers not testing on Firefox.

Hah. I always assume it's them actively trying to make the experience worse on anything that is not Chrome.

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

#397
post #358

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.

Depending on where personal/portable AI devices go, phones might be significantly different or not exist in 10 years as they do today. There might be a resurgence of some kind of device like a PC. Seeing iPadOS gain desktop features, and MacOS starting to adopt more and more iPadOS type features clearly shows the desktop, laptop and tablet experiences will be merged at some point by Apple at least.

I think it'd be biased more in the direction of the Ipad. If anything there's one feature apple's trying to avoid and that's Macos' waning ability to run third party binaries

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

#398
post #237

Earlier quoted context omitted.

I use YouTube daily in safari and edge, this is complete hyperbole.

That's a bit like complaining no cars have trouble because your Fiat doesn't have a problem. There are more browser engines out there than the ones you use, some in direct competition with Google themselves, maybe people using those engines are experiencing issues? Jumping to calling out "hyperbole!" sounds like hyperbole itself, since you don't actually have broad experience enough to say if that's true or not. FWIW…

> That's a bit like complaining no cars have trouble because your Fiat doesn't have a problem.

No. Because even if it might be complicated, any website developer can test their website against a wide array of browsers, in a more or less automated way.

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

#399
post #265

Earlier quoted context omitted.

What you’re describing with QuickTime was a proprietary nightmare that didn’t even work correctly across Apple products, let alone Microsoft or Linux. Today with modern tools like VLC or MPV and ffmpeg nearly anything can be viewed, streamed, or locally saved by your average user with basic Google search skills. And the number of free and paid video editing tools as far beyond what we ever had in the past. Then there…

One issue GP may be referring to is the bifurcation of video viewing tools and video editing tools. There are excellent video editing tools: on the desktop from paid ones like Premiere to free (as in beer) ones like DaVinci Resolve, not to mention mobile apps behind the TikTok culture. There are also excellent and built-in video players in every browser and every OS. But in the modern age viewing and editing a video…

> But in the modern age viewing and editing a video are seen as two entirely separate tasks. You simply do not expect the video player that comes with the OS to cut, copy, and paste videos. This is very much different from the experience of almost all other kinds of files. You use Microsoft word to view and edit your word processing documents.

I think Word and other text documents are the exception not the rule. Image files have been pretty much always been viewed in different programs than the ones used for editing (although some viewers have rudimentary crop or rotate capabilities). Same with PDFs or PS files we alway view in something different than the editor. Nobody listen to audio files in e.g. Audacity.

In fact I can't even think about any other format except for docs where the editor is also the prime viewer (I suspect the reason is that originally consumption of docs was printing)

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

#400

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.

Experience with video is excellent for most people. All the complexity is hidden from the end user, unless you are trying to hack something. In the 1990s, streaming effectively didn't exist because people didn't have enough bandwidth (it was mostly dial-up), and there was very little legal offering, and the little that existed was terrible. Home video was limited too, as few people knew how to make video files suitable for online diffusion.

Piracy did pretty well, but that's because the legal experience was so terrible. But even then, you had to download obscure players and codec packs, and sourcing wasn't as easy as it is now. For reference VLC and BitTorrent released in 2001.

I'd say the user experience steadily improved and peaked in the mid-2010s. I think it is worse now, but if it is worse now, back then, it was terrible, for different reasons.

Post reply on HN