Live data from Hacker News

The best YouTube downloaders, and how Google silenced the press

windowsread.me

11–20 of 251 posts

Re: The best YouTube downloaders, and how Google silenced the press

#11
post #6

ytarchive is also great for downloading livestreams. Unfortunately, it's not as up-to-date as yt-dlp so it can be fragile against blocks. I'm hoping that yt-dlp adds some functionality for downloading portions of a livestream (i.e. not downloading from the start, 120 hours ago).

Not sure if this applies to livestreams but look into the --download-sections arg?

yt-dlp --download-sections "*05:00-05:10"

Re: The best YouTube downloaders, and how Google silenced the press

#12
post #5

Earlier quoted context omitted.

Unless it’s protected by DRM.

Even with DRM, if you can see it, it's decoded somewhere along the line. There will always be a way to get the raw video out of it if you're committed enough.

That's actually an important distinction. You can recapture the DRM protected (and then decoded) video pretty much always indeed, but then you degrade the quality by having to encode it again.

Well, not important to some, but for enthusiasts and people looking to actually archive things, it is very important.

Case in point, hilariously, the last time I used YouTube's video download feature bundled with their Premium offering, I got a way worse quality output than with yt-dlp, which actually ripped the original stream without reencoding it.

I think I saw an idempotent h264 encoder at some point, where you wouldn't suffer generational loss if you matched the encoder settings exactly from run to run. But then you might need the people mastering the content (in this case YouTube) to adopt that same encoder, which they're not going to be "interested" in.

Re: The best YouTube downloaders, and how Google silenced the press

#13
post #6

ytarchive is also great for downloading livestreams. Unfortunately, it's not as up-to-date as yt-dlp so it can be fragile against blocks. I'm hoping that yt-dlp adds some functionality for downloading portions of a livestream (i.e. not downloading from the start, 120 hours ago).

Not sure if this applies to livestreams but look into the --download-sections arg? yt-dlp --download-sections "*05:00-05:10"

Doesn’t work for livestreams as far as I know. There’s an open PR: https://github.com/yt-dlp/yt-dlp/pull/6498

Re: The best YouTube downloaders, and how Google silenced the press

#14
post #9

Earlier quoted context omitted.

Agreed, more or less, but I would argue you could make a distinction for a "streaming" situation where say no more than 10% of the data is on your computer at any one point in time, vs "downloading" where the data exists in its entirety at once. You could encode these terms in a contract or something about allowed usage of a service, I believe.

You could. But youtube's website itself would fail this "only 10% at once" test.

Why? IIRC you can flush the SourceBuffer in Media Source Extention and only keep a small part of the video in the browser's RAM at all time.

(It won't work for Youtube shorts though, because 10% of a 30s video just isn't enough for reliable smooth playback)

Re: The best YouTube downloaders, and how Google silenced the press

#15
post #6

ytarchive is also great for downloading livestreams. Unfortunately, it's not as up-to-date as yt-dlp so it can be fragile against blocks. I'm hoping that yt-dlp adds some functionality for downloading portions of a livestream (i.e. not downloading from the start, 120 hours ago).

Huh, last/only time I used yt-dlp on a livestream it downloaded exactly from when I ran it, didn't get anything in the past at all (which was a shame for me personally at the time, as I would have liked the earlier stuff too).

Maybe that was a difference in the stream itself though, since I've experienced both past-seekable and live-only live streams on YouTube.

Re: The best YouTube downloaders, and how Google silenced the press

#17
post #3

Youtube is a youtube downloader. Everything is a downloader. It's literally impossible to interact with a thing without downloading it and having the data. The difference is that the data is usually deleted later (a silly practice done to trick the lawyers into believing the world is like they think it is, hiding actual reality that would confuse and enrage them).

Downloading videos is a premium feature of YouTube and doesn't delete the data.

Re: The best YouTube downloaders, and how Google silenced the press

#18
post #15
post #6

ytarchive is also great for downloading livestreams. Unfortunately, it's not as up-to-date as yt-dlp so it can be fragile against blocks. I'm hoping that yt-dlp adds some functionality for downloading portions of a livestream (i.e. not downloading from the start, 120 hours ago).

Huh, last/only time I used yt-dlp on a livestream it downloaded exactly from when I ran it, didn't get anything in the past at all (which was a shame for me personally at the time, as I would have liked the earlier stuff too). Maybe that was a difference in the stream itself though, since I've experienced both past-seekable and live-only live streams on YouTube.

turning off the DVR is just a UI change. ytarchive can still grab the past parts of the broadcast just fine. What's really funny is it will even download censored segments which sometimes happens in music broadcasts like A State Of Trance or Group Therapy. You can also force enable seeking with a userscript if you wish.

The problem with this DVR feature is that if your connection is stuttering it will buffer you backwards a bit. Streamers like to disable this because they want to keep the time to deliver as low as possible so chat is more interactive and engaging, especially on youtube where your viewership might not qualify for the CCV metrics if the stream is not in a foreground tab. Best to leave it off if that is important for you.

https://greasyfork.org/en/scripts/485020-ytbetter-enable-rew...

Re: The best YouTube downloaders, and how Google silenced the press

#19
> Google has now covered its tracks better -- there’s nothing about “Google Product Abuse” in its current AdSense policies.

In other (less biased) words: These old rules were rescinded haven't been enforced since 2012 (last example cited). This article was written in 2025 and still complaining about something that isn't happening anymore.

Post reply on HN