Live data from Hacker News

Yt-dlp – A YouTube-dl fork with additional features and fixes

github.com

151–160 of 352 posts

Re: Yt-dlp – A YouTube-dl fork with additional features and fixes

#151
post #42

Earlier quoted context omitted.

> Are the sponsor parts really so bad? To me not only is it easy to skip, I want indie people to make enough money to produce high quality content; otherwise media is just what a few biggies want to fund. In my experience, it's the same with ads everywhere else. It (usually) starts out not being overly obnoxious, with just a "this video is sponsored by [garbage tier mobile game/earphones/vpn/whatever] more about them…

But what then do you think is a realistic alternative? YouTube costing $20/mo or more? Can’t watch videos without a patron? If your answer is nothing — I expect everything for free, then that’s both unrealistic and parasitic.

I'm 100% not going to buy whatever they're selling. If anything I'm less likely to buy something that's advertised to me. I've specifically stopped using services/products if I notice their ads too much.

So who is benefiting from me watching sponsor segments? Not me, not the content creator, not the brand.

I just skip them manually though tbh, haven't gotten around to automating it.

Re: Yt-dlp – A YouTube-dl fork with additional features and fixes

#152

haven't paid attention to this since all the drama last year but again - what are all of you using youtube-dl for? Archiving your channel subs?

I also use it to stream videos, not just for downloading. I can watch using a native video player (such as mpv) instead of the web interface. More control over the playback speed and less buffering when I pause or fast forward. Very useful for longer lectures and presentations.

    mpv --ytdl-format="best[height

Re: Yt-dlp – A YouTube-dl fork with additional features and fixes

#153
post #77

Earlier quoted context omitted.

But what then do you think is a realistic alternative? YouTube costing $20/mo or more? Can’t watch videos without a patron? If your answer is nothing — I expect everything for free, then that’s both unrealistic and parasitic.

I pay $10/mo for YouTube Premium, and my expectation is that I will not have to sit through any ads. A sponsorship is an ad, which violates that expectation, so I use SponsorBlock to skip them. For channels that I watch regularly, I contribute to their Patreon if they have one. I shouldn't have to sit through a sponsorship segment in addition to that.

If you pay for YouTube Premium, the creators of monetized videos you watch get paid an order of magnitude more than with just YouTube ads.

Re: Yt-dlp – A YouTube-dl fork with additional features and fixes

#154

Earlier quoted context omitted.

Are the sponsor parts really so bad? To me not only is it easy to skip, I want indie people to make enough money to produce high quality content; otherwise media is just what a few biggies want to fund. They’re not enough from YouTube itself unless you’re in the top percentile. Also what sponsored content are people downloading versus just streaming live? I don’t get the use case.

> Are the sponsor parts really so bad? Yes. Some of us don't like being assaulted with sales pitches everywhere we look.

Yeah! Why do people think this is acceptable? It boggles my mind.

Re: Yt-dlp – A YouTube-dl fork with additional features and fixes

#155
post #111
post #70

Earlier quoted context omitted.

I still can't access my fork of YouTube DL with all my custom plugin work on GitHub

Why not? Did you forget your GitHub password?

They blocked everyones forks at the same time as the original.

Re: Yt-dlp – A YouTube-dl fork with additional features and fixes

#156

Earlier quoted context omitted.

> Are the sponsor parts really so bad? Yes. Some of us don't like being assaulted with sales pitches everywhere we look.

Sure, but creators don’t have many other avenues for revenue when you’re already using YouTube-dl(p) to download videos without watching ads. I imagine sponsor spots will be devalued over time as sponsorblock usage continues to grow, especially for creators with audiences that watch content on desktop more than mobile.

So what? Let creators figure out their business model. That's their job.

We DO NOT want to look at ads. If their solution is ads, we'll block them. When are they gonna understand this?

Re: Yt-dlp – A YouTube-dl fork with additional features and fixes

#157
post #31

Love it. The question, especially for the folks around here. When Github eventually takes a stronger stand against this sort of thing, because it is 100% going to happen, are folks going to properly fight it?

> are folks going to properly fight it?

I hope so. I would really like to see git hosting as a Tor hidden service.

Re: Yt-dlp – A YouTube-dl fork with additional features and fixes

#158
post #18

Why don't they split youtube-dl in two parts: - The extractors part (all the scrappers basically) - The cli tool What would be wonderful is that the extractors part is splitted out, so that anyone can use it without using youtube-dl. That would be much easier to update it too, each extractor is independent, so it is only a question, does this scrapper (extractor) works or not. The next step would be to have a multi-l…

I have proposed this some years ago (https://github.com/ytdl-org/youtube-dl/issues/14646), but it didn't get much attention from the maintainers. It has been previously rejected in 2013 already (https://github.com/ytdl-org/youtube-dl/issues/1185).

Re: Yt-dlp – A YouTube-dl fork with additional features and fixes

#159

Thanks for this post! First I am hearing about this fork! Darn...unfortunately still can't download Joe Rogan Spotify. Guess they haven't found a way around the widevine encryption...(Right now it seems like only a few podcasts are encrypted so other Spotify streams work)

It's always strange to think that there is encrypted data flowing through my software, through my operating system, into my hardware, that somehow I, the user, I am unable to access, but that the hardware can handle just fine. How does this work?

HDCP is one method, as are the “safeguards” built in to the audio and video APIs on macOS (to protect them from losing revenue by recording iTunes Music (before they removed DRM) or screen capturing new movies (thus threatening the contracts with Hollywood).
Post reply on HN