why too much bloat options. #26636

Closed
opened 2026-02-21 14:24:43 -05:00 by deekerman · 3 comments
Owner

Originally created by @hxm-cpp on GitHub (Aug 22, 2023).

can you simply make three options :

download in best quality audio. (audio only)
download in best video. (video only)
donwload in best audio+video.

less is more.

Originally created by @hxm-cpp on GitHub (Aug 22, 2023). can you simply make three options : download in best quality audio. (audio only) download in best video. (video only) donwload in best audio+video. `less is more.`
deekerman 2026-02-21 14:24:43 -05:00
  • closed this issue
  • added the
    request
    label
Author
Owner

@dirkf commented on GitHub (Aug 22, 2023):

yt-dl fetches streams that are provided by the supported site, These may be audio-only, video-only, or combined video+audio. Depending on the site and selected page, the "best" audio or video may be a combined stream. So:

download in best quality audio. (audio only)

Use -x/--extract-audio.

download in best video. (video only)

Use -f bestvideo/best and then strip any unwanted audio stream using ffmpeg if you really want.

donwload in best audio+video.

-f bestvideo+bestaudio/best (the default).

@dirkf commented on GitHub (Aug 22, 2023): yt-dl fetches streams that are provided by the supported site, These may be audio-only, video-only, or combined video+audio. Depending on the site and selected page, the "best" audio or video may be a combined stream. So: >download in best quality audio. (audio only) Use `-x`/`--extract-audio`. >download in best video. (video only) Use `-f bestvideo/best` and then strip any unwanted audio stream using _ffmpeg_ if you really want. >donwload in best audio+video. `-f bestvideo+bestaudio/best` (the default).
Author
Owner

@Vangelis66 commented on GitHub (Aug 23, 2023):

... Additionally, not everyone wants the "best" video (and/or audio) format - less than "best" means:

  1. Quicker download times, especially on lower speed connections (FWIW, not everyone is on/can afford a fiber-optic connection; I'm still on ADSL)
  2. Less bandwidth used (especially on metered connections)
  3. Less disk space occupied for the downloaded files (anyone with a cheap 128GiB SSD?)
  4. In older machines with "legacy" H/W and OSes (that youtube-dl still supports 👍), playback of 1080p+ video would put a high tax on resources (especially when video decoding is offloaded to the CPU); being able to explicitly select 480p/360p when video detail is of no special importance is a feature I highly value...
@Vangelis66 commented on GitHub (Aug 23, 2023): ... Additionally, **not everyone** wants the "best" video (and/or audio) format - less than "best" means: 1. Quicker download times, especially on lower speed connections (FWIW, not everyone is on/can afford a fiber-optic connection; I'm still on ADSL) 2. Less bandwidth used (especially on metered connections) 3. Less disk space occupied for the downloaded files (anyone with a cheap 128GiB SSD?) 4. In older machines with "legacy" H/W and OSes (that `youtube-dl` still supports :+1:), playback of 1080p+ video would put a high tax on resources (especially when video decoding is offloaded to the **CPU**); being able to explicitly select 480p/360p when video detail is of no special importance is a feature I highly value...
Author
Owner

@hxm-cpp commented on GitHub (Aug 24, 2023):

thank you for the help. Closed.

@hxm-cpp commented on GitHub (Aug 24, 2023): thank you for the help. Closed.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/youtube-dl-ytdl-org#26636
No description provided.