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

%(playlist_index) pads neither by playlist size nor to 5 digits #5748

Closed
bmedicke opened this issue May 19, 2015 · 1 comment
Closed

%(playlist_index) pads neither by playlist size nor to 5 digits #5748

bmedicke opened this issue May 19, 2015 · 1 comment

Comments

@bmedicke
Copy link

@bmedicke bmedicke commented May 19, 2015

The man page states that %(playlist_index)s should pad to 5 digits and according to an issue here it is supposed to pad to playlist size but it does neither.

--playlist-start 1 --playlist-end 9 -o "%(playlist_index)s" starts with 1,
--playlist-start 1 --playlist-end 10 -o "%(playlist_index)s" starts with 01,
--playlist-start 2 --playlist-end 10 -o "%(playlist_index)s" starts with 2,
--playlist-start 2 --playlist-end 11 -o "%(playlist_index)s" starts with 02.

Looks like it uses the number of videos in the current job which results in duplicates when overlapping ranges.

Any of the supposed behaviours would be fine to get consistent lexical sort names when downloading parts of a playlist. Or maybe a flag to specify the size as with $(autonumber)s.

@dstftw
Copy link
Collaborator

@dstftw dstftw commented Sep 12, 2015

Duplicate of #5185.

@dstftw dstftw closed this Sep 12, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
2 participants
You can’t perform that action at this time.