Live data from Hacker News

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

github.com

271–280 of 646 posts

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

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

What percentage, in numbers?

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

#272
post #237
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 daily in safari and edge, this is complete hyperbole.

I run it in firefox. Today a video kept freezing when I scrolled down to load the comments. Sometimes I bizarrely have to scroll super far down to get past recommended videos to see the comments, which sometimes crashes the tab.

On mobile (Firefox) I frequently have issues with videos freezing or videos crashing when I try to replay a section.

I freely admit to holding google software to a higher standard than e.g. random FOSS tools I use or saas from startups, however I also believe google has the talent, time, and money to where their software should basically be the best on Earth, and it's kinda shocking how often it's not and in what ways it's not. And YouTube is how old now?

The fact alone that I still can't toggle off Google maps "we found a faster route, tap ok to not change the route you change" thing...

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

#273
post #237
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 daily in safari and edge, this is complete hyperbole.

As a counter-anecdote, I use YouTube daily in Safari and it will not infrequently hang for tens of seconds when trying to load a video, occasionally play the sound without the video, reasonably frequently put the video over most of the page with no way to get to the controls, etc.

(This may be because I have a whole swathe of adblockers, etc., plus I do a lot of `yt-dlp`ing from the same IP which may have me on a naughty list.)

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

#274
I do not understand why Google doesn't just explicitly permit people who pay for premium to use yt-dlp or other tools to watch YouTube however the fuck they want. Put that in your terms, Google -- so people aren't afraid they'll lose their GMail because they wanted to watch a video -- and you'll get more paying customers...

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

#275
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 in a browser (Brave) almost everyday. Works great for me.

Also on Brave and uBlock Origin. Mostly works great but every video now has a 3-4 second pause before starting. Pretty sure it's an anti-ad-blocker measure. Because I'm not watching their ads, I have no room to complain, just throwing out the data point that it's not a flawless experience anymore.

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

#276

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.

I’m also waiting for the gallon sized water bottle I can fit in my <1l pocket.

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

#277
post #275

Earlier quoted context omitted.

I use YouTube in a browser (Brave) almost everyday. Works great for me.

Also on Brave and uBlock Origin. Mostly works great but every video now has a 3-4 second pause before starting. Pretty sure it's an anti-ad-blocker measure. Because I'm not watching their ads, I have no room to complain, just throwing out the data point that it's not a flawless experience anymore.

[deleted]

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

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

You are a digital hoarder. I have taken so many pics that I wouldn't even bother to look back that them (do we ever?) but Google memories is really a neat feature, it refreshes memories. I think you should run a similar service to refresh memory of your favourite videos like they are on speed dail.

I have an e-ink photo frame on the wall that switches picture once every 24h, picking one of my pictures of the last 10+ years by random. So every single one of my tens of thousands of pictures gets a real chance to be seen at least once during my lifetime :)

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

#279
post #186

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…

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!

Do you use Firefox on Linux, too? 4K Videos freeze so often for me, I don't even try watching them online, and always just download them with yt-dlp. It doesn't bother me enough to give Chrome a try, but maybe that'd make a difference.

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

#280

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…

What environment are you using that: - Has access to Youtube - Can run Python code - Can’t run JS code If the concern is security, it sounds like the team went to great lengths to ensure the JS was sandboxed (as long as you’re using Deno). If you’re using some sort of weird OS or architecture that Deno/Node doesn’t support, you might consider QuickJS, which is written in pure C and should work on anything. (Although…

> What environment are you using that: - Has access to Youtube - Can run Python code - Can’t run JS code

They didn't say “can't run JS code”, but that from that location the solver could not be downloaded currently. It could be that it is an IPv6-only environment (IIRC youtube supports IPv6 but github does not), or just that all external sites must be assessed before whitelisted (I'm not sure why youtube would be but not github, but it is certainly possible).

Post reply on HN