Earlier quoted context omitted.
If you ever wondered why the likes of Google and Cloudflare want to restrict the web to a few signed, integrity-checked browser implementations? Now you know.
Everything trends towards centralization on a long enough period. I laugh at people who think ActivityPub or Mastodon or BlueSky will save us. We already had that, it was called e-mail, look what happened once everyone started using it. If we couldn't stop the centralization effects that occurred on e-mail, any attempt to stop centralization in general is honestly a utopian fool's errand. Regulation is easier.
Yt-dlp: Upcoming new requirements for YouTube downloads
191–200 of 635 posts
Re: Yt-dlp: Upcoming new requirements for YouTube downloads
#192Ronsor [1] and reply by seproDev: > Why can't we embed a lightweight interpreter such as QuickJS? > @Ronsor #14404 (comment) The linked comment [2]: > @dirkf This solution was tested with QuickJS which yielded execution times of >20 minutes per video How on earth can it be that terrible compared to Deno? [1] https://github.com/yt-dlp/yt-dlp/issues/14404#issuecomment-3... [2] https://github.com/yt-dlp/yt-dlp/issues/14…
Re: Yt-dlp: Upcoming new requirements for YouTube downloads
#193Earlier quoted context omitted.
why can't they monetize elsewhere?
Much, much, much smaller audience elsewhere.
Re: Yt-dlp: Upcoming new requirements for YouTube downloads
#194Re: Yt-dlp: Upcoming new requirements for YouTube downloads
#195I was surprised they went with Deno instead of Node, but since Deno has a readily available single-exe distribution that removes a lot of potential pain. This was pretty much just a matter of time, though; the original interpreter in Python was a brilliant hack but limited in capability. It was discussed a few years ago for the YouTube-dl project here https://news.ycombinator.com/item?id=32793061
The sandboxing features of Deno also seem to have played a role in that choice. I wouldn't overly trust that as a security layer but it's better than nothing.
To me this is a bit alarming as IIRC most app runtime libraries that also have this in-runtime-only sandboxing approach are moving away from that idea precisely because it is not resistant to attackers exploiting vulnerabilities in the runtime itself, pushing platform developers instead toward process-level system kernel-enforced sandboxing (Docker containers or other Linux cgroups, Windows AppContainer, macOS sandboxing, etc.).
So for example, .NET dropped its Code Access Security and AppDomain features in recent versions, and Java has now done the same with its SecurityManager. Perl still has taint mode but I wonder if it too will eventually go away.
Re: Yt-dlp: Upcoming new requirements for YouTube downloads
#196I was surprised they went with Deno instead of Node, but since Deno has a readily available single-exe distribution that removes a lot of potential pain. This was pretty much just a matter of time, though; the original interpreter in Python was a brilliant hack but limited in capability. It was discussed a few years ago for the YouTube-dl project here https://news.ycombinator.com/item?id=32793061
Re: Yt-dlp: Upcoming new requirements for YouTube downloads
#197Days of just getting data off the web are coming to an end as everything requires a full browser running thousands of lines of obfuscated js code now. So instead of a website giving me that 1kb json that could be cached now I start a full browser stack and transmit 10 megabytes through 100 requests, messing up your analytics and security profile and everyone's a loser. Yay.
Luckily all that is becoming a non-issue, as most content on these websites isn't worth scraping anymore.
Re: Yt-dlp: Upcoming new requirements for YouTube downloads
#198Re: Yt-dlp: Upcoming new requirements for YouTube downloads
#199Can we remove heartdropping mystery from the title? My first thought is that Google makes it more difficult to download from YouTube. "yt-dlp moves to Deno runtime"
Google is making it harder to download from Youtube. Your first thought is correct! Every other website that yt-dlp supports doesn't require this change. Additionally, yt-dlp is still written in python, it has not moved to deno. They are only adding a deno dependency for the javascript challenges added by youtube.
Re: Yt-dlp: Upcoming new requirements for YouTube downloads
#200At some point we’re going to need a better place to put videos than YouTube. The lack of any democratization of bulk storage is beginning to be a real problem on the internet. Yes, we have archive.org. We need more than that, though. I’m sure there’s some distributed solution like IPFS but I haven’t seen any serious attempt to make this accessible to every day people.
Almost 25 years on the internet and I have not been able to download anything from IPFS. Does one need a PhD to do so?