Closed bersbersbers closed 4 years ago
I can't reproduce the issue on macOS.
When I run the first command, an MP3 with a red thumbnail and a red JPG are created. Following this up with the second command, an MP3 with a green/grey thumbnail and a green/grey JPG are created. I do not observe the mix-up behavior you describe.
Hmm, that is unfortunate. I am willing to track this down further if anyone is interested. A few thoughts:
ffmpeg
's side, which may be different on Windows and macOS. By the way, I am using ffmpeg version 4.3 Copyright (c) 2000-2020 the FFmpeg developers
--add-metadata
, so that certainly plays a role, although I am not sure which one.--output
parameter.I believe VLC player may be tricking me. Opening the .mp3
file (even a renamed copy of it) in VLC shows the incorrect, red album art. Android music player and ffmpeg.exe
are able to extract, from the same .mp3
file, the correct green album art. Maybe VLC is the cache I am looking for. (I should note that "Allow metadata network access" is not checked in VLC.)
That's it! %APPDATA%\vlc\art\arturl
had a bunch of folders, and the 0d45412115229f5b87db051cbe028d27
one had the red art.jpg
. Somehow, VLC must have picked up this hash (probably from the meta data, hence the importance of --add-metadata
) and associated it to this album art, kind of forever. This is not unheard of. For sure, it's not youtube-dl
then.
Checklist
I have installed https://github.com/ytdl-org/youtube-dl/pull/25717 through
pip install git+https://github.com/ytdl-org/youtube-dl.git@refs/pull/25717/head
Verbose log
Description
I noticed that when you download two videos with the same title, some content of the first video (in particular, the thumbnail) is integrated into the second video although I delete all files after the first download.