Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

YouTube-dl is under new management, will be happy to see new PRs

github.com

Post reply on HN
Print view View original

41–50 of 62 posts

Re: YouTube-dl is under new management, will be happy to see new PRs

#41

Post by matvp »

dylan604 wrote: post #35
haunter wrote: post #10

I wish any of the projects would implement a feature to download parts of a video. Currently that's not possible Request is open since 2013 https://github.com/ytdl-org/youtube-dl/issues/622

I have no idea what the code looks like for ytdl, but the concept seems straightforward enough for DASH/HLS segmented encodes. Determine the duration of each segment, do the math to find which segments would be required for the requested part, then do ytdl magic. I'd be more than happy to be forced to have a few seconds before/after the requested time just to avoid the necessity of breaking segments. Just straight do…

Not so sure that'll work due to the fact that the first segment in a subset of segments is not the init segment (thus missing atoms like moov, ...)

Re: YouTube-dl is under new management, will be happy to see new PRs

#42

Post by ncmncm »

kmeisthax wrote: post #37
solarkraft wrote: post #25

Earlier quoted context omitted.

MP4 (H.264/H.265) is the proprietary one. WebM (VP8/VP9) is open and royalty free (as is the upcoming AV1). Less commonly supported though, most notably by Apple and some TVs (quite import for that use case).

Depends on who you ask. ISO and ITU would insist that VPx are the proprietary (read: non-standard) ones, which is a different sense of proprietary from what you're using (read: costs money to use). The whole video codec industry was predicated upon a particular licensing structure where everyone was paid to participate in ISO/ITU codec development in exchange for patent ownership over the final standard. That's why A…

You understand that "proprietary" has an actual definition? And, that definition is not, in fact, "non-standard", nor is it "costs money to use"?

"Proprietary" means "owned by somebody who restricts access". Access, in this case, refers to rights to run encoders, and to deliver decoders. VP8, VP9, and AV1 are also defined by published and recognized standards, but are additionally not subject to restrictions on use. This has nothing to do with money, and suggesting it does is disingenuous.

Also, do you get that Apple's reasons for anything they choose are at best obscure, where not actually fraudulent?

We all can only guess at Apple's reasons for anything, even where they seem to say what their reasons are, because Apple is under no obligation to reveal the whole truth about their reasons.

That Apple does not support VPx and AV1 is more reasonably guessed, from observation of historical behavior, to be a consequence of their preference for proprietary, exclusionary business models, most probably because they better limit competition.

Re: YouTube-dl is under new management, will be happy to see new PRs

#44

Post by nixgeek »

mananaysiempre wrote: post #30
solarkraft wrote: post #23

Earlier quoted context omitted.

As far as I know current Python distributions are pretty available for older systems.

If we are speaking current distributions, Python 3.9 actively refuses to install on Windows 7 and dropped the relevant compatibility code (though I think 3.8 might have had problems installing on it as well).

Windows 7 was also EOL in January 2020. I’m not sure I blame Python 3.9 for failing to support an EOL operating system either.

Re: YouTube-dl is under new management, will be happy to see new PRs

#45

Post by propogandist »

Spooky23 wrote: post #29
Cyberdog wrote: post #17

Earlier quoted context omitted.

To play the devil's advocate… one of the uses of youtube-dl is to grab a video so it can be watched on lower-spec machines that might not be able to handle playing a YouTube video in a web browser. Such machines might also be stuck on older operating system releases which don't have easy access to cutting edge Python distributions. That's just my guess at the logic here, anyway.

Yup, some of the volunteers at a school I help setup a solution to allow videos to be used in school. Google is pretty lacking at offering meaningful content controls. We could easily get grants to pay a few thousand bucks for that. It’s weird they don’t considering their ownership of K-12 and potential for revenue.

K-12 is a loss leader, all to maintain a pipeline of future customers

Google Workplace and enterprise cloud is the priority to boost revenues.

Re: YouTube-dl is under new management, will be happy to see new PRs

#46

Post by emptybottle »

makeworld wrote: post #11
IronWolve wrote: post #8

I'm using yt-dlp, and a very small change really made me go "cool" is Color numbers.. I just wish for functions I could pick mid 720p'ish as a setting that includes audio+video, and not have to pick the audio and video formats. Theres a worst and a best option, but I'd want a middle quality to save space.

You can totally do that! See the section on Format Selection[0]. From my reading of it, doing this would work for what you want: -f 'bv*[height [0] https://github.com/yt-dlp/yt-dlp#format-selection

Alias that to

  -f 720ish
and we’re getting somewhere

Re: YouTube-dl is under new management, will be happy to see new PRs

#47

Post by database64128 »

TowerTall wrote: post #4
Operyl wrote: post #3

Earlier quoted context omitted.

Yeah that’s completely nuts to me, I’ll continue to recommend yt-dlp for the significant future.

Is there any GUIs for yt-dlp?

A small project of mine: https://github.com/database64128/youtube-dl-wpf

It uses WPF so it can only run on Windows though.

Re: YouTube-dl is under new management, will be happy to see new PRs

#48

Post by yokoprime »

Maursault wrote: post #40

This is a post about youtube-dl. Why are nearly all the comments about yt-dlp? If I didn't know better, I'd think yt-dlp users have massive inferiority complexes because they never seem to miss an opportunity to attempt to recruit everyone else to be just like them, even shamelessly trolling the announcement. When did this turn into Ford vs. Chevy?

Trolling? Some are commenting that keeping the project alive to support old versions of python seems like a weak reason, which is a fair criticism IMO.

Re: YouTube-dl is under new management, will be happy to see new PRs

#49

Post by justsomehnguy »

Cyberdog wrote: post #17
maxnoe wrote: post #2

The reason to continue the project and not focus together on the more maintained fork [1] is to keep support for python 2.6 and 3.2? In 2022? For a thing that is made to talk to the internet? Python 2.6.7 was released in 2011. Python 2.x overdue EOL was in 2020. Python 3.2.6 was released in 2014. That's has to be one of the worst reasons for duplicating efforts ever. [1] https://github.com/yt-dlp/yt-dlp

To play the devil's advocate… one of the uses of youtube-dl is to grab a video so it can be watched on lower-spec machines that might not be able to handle playing a YouTube video in a web browser. Such machines might also be stuck on older operating system releases which don't have easy access to cutting edge Python distributions. That's just my guess at the logic here, anyway.

Running youtube-dl on Windows is solved by compiling the Python runtime in the binary itself. So... run it through Wine? /s

Re: YouTube-dl is under new management, will be happy to see new PRs

#50

Post by thenthenthen »

matvp wrote: post #41
dylan604 wrote: post #35

Earlier quoted context omitted.

I have no idea what the code looks like for ytdl, but the concept seems straightforward enough for DASH/HLS segmented encodes. Determine the duration of each segment, do the math to find which segments would be required for the requested part, then do ytdl magic. I'd be more than happy to be forced to have a few seconds before/after the requested time just to avoid the necessity of breaking segments. Just straight do…

Not so sure that'll work due to the fact that the first segment in a subset of segments is not the init segment (thus missing atoms like moov, ...)

Just cut it with ffmpeg? Ok you will have to download the whole thing first... but yeh
Post reply on HN