Separate ID archive for non-videos

DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE

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

Checklist

• I’m requesting a feature unrelated to a specific site
• I’ve looked through the README
• I’ve verified that I’m running yt-dlp version 2022.09.01 (update instructions) or later (specify commit)
• I’ve searched the bugtracker for similar issues including closed ones. DO NOT post duplicates
• I’ve read the guidelines for opening an issue

Provide a description that is worded well enough to be understood

Commit 3c757d5ed2527b17881eb65c67ddbe0d1335771f

The --download-archive option only records videos. For example, if you were to download a YouTube channel’s playlist tab, all the playlists downloaded would not be recorded in the archive, just the videos themselves.

I use the epoch value in my output template which makes the output filenames always unique, so the playlists or channel homepage end up getting downloaded again everytime I download from a playlist/channel URL, which can pile up. Not a problem for videos because of the download-archive option stopping redownloads so that I can manually trigger them, but I would like a separate option that handles non-video IDs.

Provide verbose output that clearly demonstrates the problem

• Run your yt-dlp command with -vU flag added (yt-dlp -vU <your command line>)
• Copy the WHOLE output (starting with [debug] Command-line config) and insert it below

Complete Verbose Output

No response

[pukkandan]

I suggest modifying -o pl_infojson: to remove epoch. Adding the playlist id to an archive will not give you the result you expect

[AtticFinder65536]

for better understanding my output template is currently 【%(channel_id)s】%(channel)s/【%(upload_date>%Y-%m-%d)s】【%(id)s】【%(epoch>%Y-%m-%dT%H:%M:%S)s】%(title)s/%(id)s.%(ext)s, I write all metadata and keep --write-playlist-metafiles, which is why the playlist metadata is where it is

I suggest modifying -o pl_infojson: to remove epoch. Adding the playlist id to an archive will not give you the result you expect

That’s possible, but I keep epoch for a reason so it’s not ideal. You can close the issue though if a separate archive that only acts upon playlist metadata saving (and doesn’t stop processing of playlist items) isn’t possible.