2 ms·

Can someone explain why this is better than yt-dlp

• deleted 2y ago
  [deleted]
• billsunshine 2y ago
  [flagged]
  • Etheryte 2y ago
    Please don't litter HN with LLM generated slop, this is actively reducing the quality of discussion. No one wants a future HN where people just spam LLM responses at one another.
• uniqueuid 2y ago
  That's an interesting question. They only depend on a single library, but I wonder how much code is really their own. I found it curious, for example, that there is a dedicated mp4 joiner (I mean, if you already have ffmpeg, there is probably no way you can do it better yourself). https://github.com/soimort/you-get/blob/develop/src/you_get/processor/join_mp4.py https://github.com/soimort/you-get/blob/develop/src/you_get/...
  • radicality 2y ago
    That is interesting, huh, yeah they list ffmpeg as a dependency so I wonder what that didn’t cover for them. Though there are some cases where using pure ffmpeg is just to difficult or impossible. Recently i had such a case where I wanted to merge multiple video files from my GoPro (they come out in 4GB parts if the video is longer than that), but while keeping / correctly merging all metadata such as date / accelerometer / gps / any custom binary streams. Ended up using this and worked great https://github.com/gyroflow/mp4-merge https://github.com/gyroflow/mp4-merge
• grugagag 2y ago
  How did you infer better than yt-dlp? I think the more the better when it comes to this space as google fights back.
  • xg15 2y ago
    But some information what the differences to ytdlp are and what the reasons for starting an entirely new project were, would still be helpful. (Also, a multitude of tools isn't really all that helpful if they all stop working in the same instant because they all relied on the same APIs etc)
    • ipsum2 2y ago
      > starting an entirely new project were The project was started in 2012, long before yt-dlp (but not before youtube-dl)