Nothing Special   »   [go: up one dir, main page]

Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Different types of 'item' (mostly cosmetical) #11161

Open
10 tasks done
HalvorRaknes opened this issue Oct 4, 2024 · 1 comment
Open
10 tasks done

Different types of 'item' (mostly cosmetical) #11161

HalvorRaknes opened this issue Oct 4, 2024 · 1 comment
Labels
question Question

Comments

@HalvorRaknes
Copy link
HalvorRaknes commented Oct 4, 2024

DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE

  • I understand that I will be blocked if I intentionally remove or skip any mandatory* field

Checklist

Provide a description that is worded well enough to be understood

On YouTube there are different classes of videos on each channel: Videos, Live and Shorts. When downloading a time interval of videos yt-dlp goes through every video classed as 'Video', then all classed as 'Live' and finally all 'Shorts'.

When yt-dlp is finished with the 'Video' playlist and is ready to move on to 'Live' playlist it informs of this with this message:

[download] Downloading item 2 of 3

and then it goes on to download the shorts with this message:

[download] Downloading item 1 of 6

This is a little bit confusing since both the three classes of default playlists and each video within each class are labeled 'item' and the informing message about process progression is identical.

There is contextual surrounding lines of information that makes the distinction clear enough, but perhaps the phrasing of the two different progression messages could be disambiguated also?

It would be neater.

(I didn't repeat this with the -vU flag added when I noticed this, my apology, but I believe it wouldn't add anything substantial to this issue)

Provide verbose output that clearly demonstrates the problem

  • Run your yt-dlp command with -vU flag added (yt-dlp -vU <your command line>)
  • If using API, add 'verbose': True to YoutubeDL params instead
  • Copy the WHOLE output (starting with [debug] Command-line config) and insert it below

Complete Verbose Output

[download] 2019-11-13 upload date is not in range 2022-11-01 to 2022-11-10
[download] Downloading item 135 of 135
[youtube] Extracting URL: https://www.youtube.com/watch?v=-UlC8OSoDgk
[youtube] -UlC8OSoDgk: Downloading webpage
[youtube] -UlC8OSoDgk: Downloading ios player API JSON
[youtube] -UlC8OSoDgk: Downloading web creator player API JSON
[youtube] -UlC8OSoDgk: Downloading m3u8 information
[download] 2019-10-14 upload date is not in range 2022-11-01 to 2022-11-10
[download] Finished downloading playlist: The Grayzone - Live
[download] Downloading item 3 of 3
[download] Downloading playlist: The Grayzone - Shorts
[youtube:tab] Playlist The Grayzone - Shorts: Downloading 6 items of 6
[download] Downloading item 1 of 6
@HalvorRaknes HalvorRaknes added bug Bug that is not site-specific triage Untriaged issue labels Oct 4, 2024
@bashonly
Copy link
Member
bashonly commented Oct 5, 2024

Playlists can be nested inside playlists which can be nested inside playlists, and so forth. Core code doesn't know in advance which items in a playlist will be playlists and which will be videos until it finishes extracting them. "Item" is actually an improvement over what the output was previously: bc5c2f8

@bashonly bashonly added question Question and removed bug Bug that is not site-specific triage Untriaged issue labels Oct 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Question
Projects
None yet
Development

No branches or pull requests

2 participants