Live data from Hacker News

Yt-dlp: Upcoming new requirements for YouTube downloads

github.com

461–470 of 635 posts

Re: Yt-dlp: Upcoming new requirements for YouTube downloads

#461
post #410
post #391

Earlier quoted context omitted.

It's an arms race. Websites have become stupidly/unnecessarily/hostilely complicated, but AI/LLMs have made it possible (though more expensive) to get whatever useful information exists out of them. Soon, LLMs will be able to complete any Captcha a human can within reasonable time. When that happens, the "analog hole" may be open permanently. If you can point a camera and a microphone at it, the AI will be able to ma…

Please remember that an LLM accessing any website isn't the problem here. It's the scraping bots that saturate the server bandwidth (a DoS attack of sorts) to collect data to train the LLMs with. An LLM solving a captcha or an Anubis style proof of work problem isn't a big concern here, because the worst they're going to do with the collected data is to cache them for later analysis and reporting. Unlike the crawlers…

Scraping was a thing before LLMs, there's a whole separate arms race around this for regular competition and "industrial espionage" reasons. I'm not really sure why model training would become a noticeable fraction of scrapping activity - there's only few players on the planet that can afford to train decent LLMs in the first place, and they're not going to re-scrape the content they already have ad infinitum.

Re: Yt-dlp: Upcoming new requirements for YouTube downloads

#462
post #384

Earlier quoted context omitted.

Doesn’t solve VLCs suckiness on iOS. No PiP support when it’s been in iOS for years now…

[flagged]

Yeah because everyone who has a user experience feedback about a piece of software is magically a skilled programmer? The smug "PRs accepted" doesn't help anyone. Expressing hope for a feature at least shows potential implementers that the feature is wanted.

Re: Yt-dlp: Upcoming new requirements for YouTube downloads

#463
post #216

Days 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.

> Days of just getting data off the web are coming to an end All thanks to great ideas like downloading the whole internet and feeding it into slop-producing machines fueling global warming in an attempt to make said internet obsolete and prop up an industry bubble. The future of the internet is, at best, bleak. Forget about openness. Paywalls, authwalls, captchas and verification cans are here to stay.

The Internet was turned into a slop warehouse well before LLMs became a thing - in fact, a big part of why ChatGPT et al. has so extreme adoption worldwide is because they let people accomplish many tasks without having to inflict on yourself the shitfest that's the modern web.

Personally, when it became available, o3 model in ChatGPT cut my use of web search by more than half, and it wasn't because Google became bad at search (I use Kagi anyway) - it's because even the best results are all shit, or embedded in shit websites, and the less I need to browse through that, the better for me.

Re: Yt-dlp: Upcoming new requirements for YouTube downloads

#464
post #334
post #219

Earlier quoted context omitted.

Accelerationism is a dead-end theory with major holes in its core. Or I should say, "their" core, because there's a million distant and mutually-incompatible varieties. Everyone likes to say "gosh, things are awful, it MUST end in collapse, and after the collapse everyone will see things MY way." They can't all be right. And yet, all of them with their varied ideas still think it'll be a good idea to actively push to…

Look at history, things improve and then things get worse, in cycles. During the "things get worse" phase, why not make it shorter?

> During the "things get worse" phase, why not make it shorter?

Because it never gets better for the people actually living through it.

I imagine those in favor of the idea of accelerating collapse aren't all so purely selfless that they're willing to see themselves and their children suffer and die, all so someone elses' descendants can live in a better world.

Nah, they just aren't thinking it through.

Re: Yt-dlp: Upcoming new requirements for YouTube downloads

#465
post #172
post #99

Earlier quoted context omitted.

>If you ever wondered why the likes of Google and Cloudflare want to restrict the web I disagree with the framing of "us vs them". It's actually "us vs us". It's not just us plebians vs FAANG giants. The small-time independent publishers and creators also want to restrict the web because they don't want their content "stolen". They want to interact with real humans instead of bots. The following are manifestations of…

But this, too, skips over some nuance. There are a few types of actors here: - small content creators who want to make their content accessible to individuals - companies that want to gobble up public data and resell it in a way that destroys revenue streams for content creators - gatekeepers like Cloudflare who want to ostensibly stop this but will also become rent-extractors in the process - users who should have t…

But then it's not (small creators + users) vs. the other parties you listed. Small creators, like small business, often exhibit the worst kinds of greed and exploitative behavior.

Also there's a lot of misalignment between users and providers at the cultural level - the society is yet to fully process the implications of "digital revolution" (and copyright industry meddling with everything isn't helping). A big chunk of that boils down to the same thing that started "the war on general-purpose computing": producers have opinions on how their products should be used, and want to force consumers to only use them as prescribed.

Whether it's because they want to exploit the consumers through a side channel (e.g. ads), or to "protect intellectual property", or because they see artistic value in the integrity of their creation, or because they think they know better than customers - reasons are many, but underneath them all, is the core idea the society hasn't yet worked out: whether, and to what degree, are producers even morally entitled to that kind of control.

My personal answer is: they're not (nor they are to their old business models). But then it's producers, not consumers, who have all the money and control here.

Re: Yt-dlp: Upcoming new requirements for YouTube downloads

#466
post #429
post #299

Earlier quoted context omitted.

As I said, there aren't any collapses like that to be had. Heaven and Earth will be moved to make the smallest change necessary to keep things flowing as they were. Banks aren't allowed to fail. Companies, despite lengthy strings of missteps and billions burned on dead ends, still remain on top. You can step away from the world (right now, no waiting required). But the world can remain irrational longer than you can…

Oh I think the world will push me away at the next Android update. If I can't root/firewall/adblock/syncthing/koreader, the mobile phone will simply become a phone again.

Ain't that right, eh? It's not the end of the world. Just the end of a whole lot of nice and fun possibilities we've grown to enjoy.

Re: Yt-dlp: Upcoming new requirements for YouTube downloads

#467

Earlier quoted context omitted.

[flagged]

Yeah because everyone who has a user experience feedback about a piece of software is magically a skilled programmer? The smug "PRs accepted" doesn't help anyone. Expressing hope for a feature at least shows potential implementers that the feature is wanted.

Expressing hope for a feature? Is that the tone you pulled from that post?

Re: Yt-dlp: Upcoming new requirements for YouTube downloads

#468

I wonder if the youtube phone app also needs a JS runtime or is it able to bypass the JS requirements somehow. NewPipe will probably need to add a JS runtime too.

Any Android app can run code inside a WebView without adding anything.

Re: Yt-dlp: Upcoming new requirements for YouTube downloads

#469
post #64

Earlier quoted context omitted.

I'm also a premium subscriber, and have struggled with the same issues on the iPad app. I try to keep some shows downloaded for my toddler, and the download feature never seems to work on the first try. I finally got so fed up, I bought a Samsung Galaxy Tab A7 off ebay for $50 and flashed it with LineageOS. I can now load whatever media I want onto the 1 TB sdcard I've installed in it. The 5 year old hardware plays v…

NewPipe is incredible. If Google ever stops signing apps like that, I'll be switching to a Linux phone.

"If Google ever stops signing apps like that, I'll be switching to a LInux phone."

Is this another way of saying, "I will keep using it until it stops working"

Re: Yt-dlp: Upcoming new requirements for YouTube downloads

#470
post #9

I’m a paying YouTube premium subscriber. Last weekend, I wanted to download something so I can watch it on my way in the train. The app got stuck at “waiting for download..” on my iPad. Same on iPhone. Restart did not work. I gave up after an hour (30 mins hands on trying stuff, 30 mins waiting for it to fix itself). Downloaded the video using yt-dlp, transferred it to my USB c flash drive, and watched it from that.…

Canceled mine after ad-free stopped working on YouTube Kids of all things (on ShieldTV). Was probably a bug, but with practically no customer service options, no real solutions besides cancel. I was also a holdover from a paying Play Music subscriber, and this was shortly after the pita music switchover to youtube, so it was a last straw.

Halfway ready to fist-fight whichever exec drove the death of Play Music. It was a very, very good application, which could have continued to function as such when the platform ended, but they wouldn't even let us have that. I still have them and refuse to uninstall.
Post reply on HN