Feat: add color to '* has already been recorded in the archive' message

[aaruni96]

Adds color to the message '* has already been recorded in the archive'

This PR adds color to the info line if a video has already been recorded in the arvhice.

Closes #4913

Before submitting a pull request make sure you have:

• At least skimmed through contributing guidelines including yt-dlp coding conventions
• Searched the bugtracker for similar pull requests
• Checked the code with flake8 and ran relevant tests

In order to be accepted and merged into yt-dlp each piece of code must be in public domain or released under Unlicense. Check one of the following options:

• I am the original author of this code and I am willing to release it under Unlicense
• I am not the original author of this code but it is in public domain or released under Unlicense (provide reliable evidence)

What is the purpose of your pull request?

• Fix or improvement to an extractor (Make sure to add/update tests)
• New extractor (Piracy websites will not be accepted)
• Core bug fix/improvement
• New feature (It is strongly recommended to open an issue first)

[Grub4K]

There are two occurences for the "recorded" message, one in _match_entry and one in extract_info.
Using f-strings for non legacy is prefered. Make sure to follow the contribution guidelines.
I am also not sure, but the key parameter in the to_screen should probably not have color, as that is part of the standardized output.

It makes sense to adjust the output to give the id and title if available, else only one of the two.

[pukkandan]

In addition, reason should not be colored

[aaruni96]

If there is no more work in this PR, but it takes time to merge, can you in the meantime tag this with hacktoberfest-accepted ?

[johndrinkwater]

Came to report youtube playlist download mode doesn’t list video IDs of already archived links compared to regular youtube urls, and luckily found this patches that.

Was this PR waiting for further updates?

[Grub4K]

This would be what I thought of

[Grub4K]

Instead of defaulting to video_id, id use format_field to only show if a good value is contained:

Suggested change

	video_id = info_dict.get('id', 'entry')
	video_title = info_dict.get('title', video_id)
	video_id = info_dict.get('id', 'entry')
	video_title = format_field(info_dict, 'title', ' (%s)', func=lambda x: self._format_screen(x, self.Styles.FILENAME))

[pukkandan]

video_title is used elsewhere

[Grub4K]

Oh my bad, so something like title_format = ...?

[pukkandan]

Came to report youtube playlist download mode doesn’t list video IDs of already archived links compared to regular youtube urls, and luckily found this patches that.

Was this PR waiting for further updates?

Whatever your issue is, it does not seem related to this PR.

[pukkandan]

Ive pushed something. Let me know opinion.

[Grub4K]

I would have wanted a clearer separation for the title, but this is way cleaner code LGTM.

[pukkandan]

Hm.. match_filter messages are inconsistent whether it puts title in "" or not. We can standardize it later

[Grub4K]

I would always put title in quotes, but yes, we can standardize later, maybe in conjunction with structural logging.