-
Notifications
You must be signed in to change notification settings - Fork 7
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
Cover art is not fetched when files contain embedded cover art #21
Comments
That is by design, and I believe running with |
Apologies for the delay in getting back to you. Had a chance to try it today and --force has the desired outcome. I noticed that even with |
By "processed" do you mean the file is actually modified? There are modes where you would still want the file read and artwork downloaded (but not embedded). And |
I meant every audio track in every folder in a tree is iterated over, as opposed to assuming every folder contains a distinct album. So if a folder contains one album that comprises 30 tracks, each track is iterated over as if to check the file for artist and album metadata, then search matching artwork, whereas, if I've understood correctly As I try to explain myself I wonder whether it's a feature request to be able to run in "folder mode" as opposed to file mode when using |
Oh, I see. I personally have files with different artwork in the same folder, so I have made no assumptions that every folder's files contain the same artwork. Yes, there could be some kind of "folder mode", but in my opinion it would just make things tidy and not have a noticeable impact on performance, even if you're running with |
Thanks, I'll take a look. |
Calling
get_cover_art --no-embed --art-dest-inline --art-size 9999 --external-art-filename xfolder.jpg --verbose
results in cover art retrieval being skipped if files contain embedded image.The text was updated successfully, but these errors were encountered: