[Discussion]Adding save-state to youtube-dl #1780

New issue

Closed

opened 2026-02-21 00:06:04 -05:00 by deekerman · 1 comment

deekerman commented

2026-02-21 00:06:04 -05:00

Owner

Originally created by @sahutd on GitHub (Feb 2, 2014).

hello peeps,
i would like to propose a new feature to this software - an ability to save the current state and then be able to resume at a later time.the restart could be done by passing a command line arg such as youtube-dl --resume-state or something else to that effect.
the process would something like,
before the start of each subprocess(like download,extract etc.)save the state of the current execution in a predefined format into a state file.if the program happens to terminate for whatever reason during that subprocess,we will have all the information required to get youtube-dl to that state at any time.

i would like to know if the community would be interested in such a feature.if they are,i too would like to contribute to shaping this feature

bye

NS:if such a feature exist,feel free to close this issue.

Originally created by @sahutd on GitHub (Feb 2, 2014). hello peeps, i would like to propose a new feature to this software - an ability to save the current state and then be able to resume at a later time.the restart could be done by passing a command line arg such as youtube-dl --resume-state or something else to that effect. the process would something like, before the start of each subprocess(like download,extract etc.)save the state of the current execution in a predefined format into a state file.if the program happens to terminate for whatever reason during that subprocess,we will have all the information required to get youtube-dl to that state at any time. i would like to know if the community would be interested in such a feature.if they are,i too would like to contribute to shaping this feature bye NS:if such a feature exist,feel free to close this issue.

deekerman

2026-02-21 00:06:04 -05:00

closed this issue
added the
request
label

deekerman commented

2026-02-21 00:06:07 -05:00

Author

Owner

@phihag commented on GitHub (Feb 2, 2014):

While I wouldn't necessarily deny such a feature, I'm not sure what the feature would be used for. You can just rerun youtube-dl and it will gather all the necessary information. Can you elaborate on the feature's usage scenarios?

Note that the state is often short-lived because access tokens expire, and the requesting IP address must usually stay constant. You may also want to have a look at the --load-info option, which allows you to divide extraction and download into two steps.

@phihag commented on GitHub (Feb 2, 2014): While I wouldn't necessarily deny such a feature, I'm not sure [what the feature would be used for](https://github.com/rg3/youtube-dl#is-there-enough-context-in-your-bug-report). You can just rerun youtube-dl and it will gather all the necessary information. Can you elaborate on the feature's usage scenarios? Note that the state is often short-lived because access tokens expire, and the requesting IP address must usually stay constant. You may also want to have a look at the [`--load-info` option](https://github.com/rg3/youtube-dl#filesystem-options), which allows you to divide extraction and download into two steps.

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#1780

No description provided.

Rows
Columns