Live data from Hacker News

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

github.com

611–620 of 646 posts

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

#611
post #440

Earlier quoted context omitted.

A specific issue with video data is that it’s much denser: the same concept in video takes up more bytes than in text or image. Therefore hosting is more expensive, so less people host and the ones that do (e.g. YouTube) expect revenue. Furthermore, because videos are dense, people want to download them streaming, which means hosts must not just have storage but reliable bandwidth. Even then, there are a few competit…

The real problem is that YouTube built a model where the platform, not the creators, controls the money flow. They could have charged creators directly for hosting and left monetisation up to them, but by inserting themselves as the middleman, they gained leverage and authority over content itself. The "cost of hosting" is just the technical excuse for such centralisation.

There are lots of platforms where people pay for their distribution, but they're not as successful.

The main problem is that smaller creators couldn't afford the true cost of hosting and indexing to the level that YT provides.

As someone who's spent many years building streaming platforms, the lack of understanding of the economics and this kind of massive over simplification is really sad.

There's no conspiracy with YT, they've built a 'wonder of the world' which has a very low barrier to entry and which has paid out billions to creators.

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

#612
post #467

Earlier quoted context omitted.

It is likely you use Chrome or a browser that uses Blink for its engine and the OP uses a non-blink browser like Firefox. I use Firefox and I can cofirm since the last few months Youtube usability borders on usable

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…

Mullvad Frankfurt 102 seems to always be OK in this regard.

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

#613

Earlier quoted context omitted.

YT works pretty flawlessly for me with firefox on debian. What's the issue you're seeing?

If you are blocking ads now, the videos will start in a very delayed fashion almost as if the server is waiting the length expected for the ad to take before streaming you any bytes.

The worst part is if someone doesn’t put 2+2 together and starts blaming their ISP for poor load issues because their Youtube “keeps buffering” because of this continue cat-and-mouse game messing with the player client.

I do not enjoy having to troubleshoot “Youtube isn’t working” calls where it’s because of this adblock ‘protection’ bullshit.

It’s just as bad as Ad-Shield’s bullshit “an error occured loading this page” — no, the page loaded just fine until your malware decided to dump the CSS and hijack my pageload to some “error-report.com” website to tell me my adblocker did it.

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

#614
post #559

Earlier quoted context omitted.

You mean, like the yt-dlp-ejs package?

Hmm! Close enough, I guess. I didn't notice that. But I hope that it has a flexible interface and that all projects adopt it.

From what I can tell, it basically includes the JavaScript to run, and then the main program tells it which engine to feed it to. From some issue tracker discussion, it does the latter in the common way of "look up an executable on $PATH or use a user-provided path, and shell out to it". I didn't check where the logic is located for building the command line needed for each supported engine.

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

#615
post #553

Earlier quoted context omitted.

> It would be great if we could download the solver manually with a separate command, before running the download command ...Can they not just bundle a solver? For that matter, deno is available as a PyPI package. > as I'm probably not alone in running yt-dlp in a restricted environment ...An environment that doesn't allow you to install Deno, but does allow you to install yt-dlp ?

yt-dlp doesn't need to be installed, you can download the binary from GitHub and run it without installing. You might say that a restricted environment really really should prevent running binaries just downloaded from the Internet, and I agree (malware could do many nasty things to a user's home folder without needing to request admin access), but some people think merely preventing admin access is enough. So for an…

> Though I haven't yet checked if Deno could also be run without installing.

A third party is packaging it for PyPI (although yt-dlp doesn't support this, nobody has properly verified it etc.) and the wheel looks to be just a monolithic executable and a "tell me the executable path" wrapper (much like the official PyPI package for uv), so I would assume it can.

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

#616
post #593
post #478

Earlier quoted context omitted.

For the last two days I haven't been able to watch youtube videos on Firefox without disabling uBlock.

I disable youtube instead when this happens.

If I care enough I'll yl-dlp it to my jellyfin server, but yeah I mostly just don't bother.

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

#617

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.

You can only get a WEBRip that way, not a WEBDL, since you'll need to re-encode and introduce some generational loss. The gold standard for streaming piracy is stripping the DRM from the original compressed bitstream, remuxing it to mkv, and uploading that as-is for maximum quality.

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

#618
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.

Macrovision worked by outputting signals that were just barely out of spec, such that TVs would be able to correct for the issues just fine but VCRs would constantly lose sync.

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

#619

Earlier quoted context omitted.

Long pressing on https://www.learningcontainer.com/wp-content/uploads/2024/07... gets me https://imgur.com/a/bseFwX3 on iOS 18, and https://imgur.com/a/Ksbz3zW on iOS 26 Maybe you're holding it wrong?

I think you're holding it wrong, because that's a .webp image, not a .webm video.

oh yeah totally. thanks!

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

#620

Earlier quoted context omitted.

What's so clean about YouTube, Discord, X etc? It's full of low quality content, scams, malware, influencers, advertisers and other scum and villainy.

I think it refers to the fact they can deperson you from their platforms if they want to. It's only "dirty" and "clean" if you emphasize the quote marks, but it's definitely "heavily censored" and "free". There are allegations going around that e.g. some platforms are lax on child protection because some high up executives are pedophiles. But I'd still place those platforms in the "heavily sanitised" bucket if they'r…

You can say Roblox directly you know, Death Eaters aren’t coming after you for saying the name.
Post reply on HN