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

381–390 of 646 posts

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

#381

Post by kiwijamo »

phplovesong wrote: post #240
gilfoy wrote: post #237

Earlier quoted context omitted.

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

Youtube is pretty unusable, as they throttle videos, and links sometimes dont work. It has gone downhill fast in recent years.

They limit the buffer to around 30secs or so like all other streaming services but otherwise 95%+ of the time it just plays smoothing with no buffering at all from start to end. YouTube is generally in the top 3 of the video streaming services I use. Even on 4G wireless (which I occassionally use) it works well enough which is impressive as other video steaming services struggle (with the sole exception of Netflix which is probably the only one better than YouTube).

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

#382

Post by engeljohnb »

sodality2 wrote: post #342
tgv wrote: post #308

Earlier quoted context omitted.

I don't see how ad-blocking is unethical. There are companies that make money by placing ("out of home") ads in the public space. Not looking at those would then also be unethical? Priests sermoning on "thou shalt not hide thy eyes from the fancy displays in the bus stop"? An ad-police, the Conscious Ethical Viewing Effort Force Edict? That's some low-key dystopian thought.

It would be like attending a time-share dinner and putting in earplugs during their speech. I definitely think it's permissible to do it, but it's also permissible for them to kick you out for doing it.

It's more like tearing out the ad pages of a magazine before reading it. Even if the magazine has fine print saying "the reader may not tear out the ad pages..." It's still a ridiculous rule and it isn't wrong for people to ignore it.

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

#383

Post by jcalvinowens »

charcircuit wrote: post #366
jcalvinowens wrote: post #118

Earlier quoted context omitted.

The really shitty thing is that vulnerable devices get blacklisted en masse, so all legitimate users get stuck with 480p video content on streaming services. The Nexus 5 got this treatment, as I understand it, because it was too easy to extract the keys.

It provides a good incentive for manufacturers to invest into security for their devices.

No, it provides no incentive at all!

It's the users who suffer when this happens, not the manufacturers. The manufacturers couldn't care less, the money is already in the bank.

If the manufacturers were required to replace all the revoked devices at their cost, that would be a real incentive.

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

#384

Post by gaudystead »

NooneAtAll3 wrote: post #347
recursive wrote: post #259

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 experience this, but only with YouTube Shorts. Video loads, but none of the elements around it.

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

#385

Post by physicsguy »

weberer wrote: post #235
physicsguy wrote: post #177

Earlier quoted context omitted.

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

I never bothered trying to stream anything, but I do remember downloading 20mb episodes of Naruto in surprisingly good quality due to the .rmvb format.

The BBC here used to put a ton of news content on it, it was pretty forward thinking really!

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

#386

Post by einsteinx2 »

blissofbeing wrote: post #236

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

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

#387

Post by Almondsetat »

dewey wrote: post #355
Almondsetat wrote: post #242

Earlier quoted context omitted.

The developers can arbitrarily decide their own goals and always claim underfunding, that's why it's meaningless in this context

I'm not sure what you are arguing for or against, but the fact that big corporations are built on top of the work of volunteers (curl, ffmpeg) who mostly have to beg for funding is a known fact. Example from yesterday: https://thenewstack.io/ffmpeg-to-google-fund-us-or-stop-send...

Nobody "has to" beg for funding, because nobody is forcing them to work! You are underfunded if you are forced to accomplish a task and are given too little money. In community driven projects this is not the case. The only thing keeping the developers from taking a nice vacation is their abstract own sense of duty, which is their prerogative, but completely optional

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

#388

Post by mnmalst »

embedding-shape wrote: post #95

Seems its already in Arch's repositories, and seems to work, just add another flag to the invocation: yt-dlp --cookies-from-browser firefox --remote-components ejs:github -f "bestvideo[ext=mp4]+bestaudio[ext=m4a]/best[ext=mp4]/best" 'https://www.youtube.com/watch?v=XXX' It is downloading a solver at runtime, took maybe half a second in total, downloads are starting way faster than before it seems to me. [youtube] [js…

https://aur.archlinux.org/packages/yt-dlp-ejs looks like what you need?

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

#389

Post by kalleboo »

deltoidmaximus wrote: post #310
physicsguy wrote: post #177

Earlier quoted context omitted.

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

Was RealPlayer really that horrible or was it just trying to do streaming media on an extremely low bandwidth connection without hardware accelerated and sophisticated codecs? I only really used it with a 28.8K modem netscape and Windows 95. The experience was poor but the experience viewing moderately sized images wasn't great either. I remember at the time encountering MPEG decoder add-in cards (that nobody used),…

I've gotten to experience using RealPlayer again this year[0] and... a lot of it was just it being really early but a lot of it was just the software being really bloated with adware and terrible design decisions. It asks for your home address when you install it, there are a bunch of ad panes you have to manually disable etc

[0] https://kalleboo.com/linked/realplayer2025.png

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

#390

Post by shevy-java »

recursive wrote: post #259
WD-42 wrote: 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.

Since some days I suddenly get freezes in the tab; these unfreeze after some time, say 20 seconds or so, but I notice a delay.

Something has really changed to the worse lately. I think it has to do with anti-ad programs as well as AI, like the UI also changed. It is important to point out that while you do not have any issues, other people do or may.

Post reply on HN