-
-
Notifications
You must be signed in to change notification settings - Fork 112
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
If Gonic can't locate cover/folder.jpg in a folder, use the first image from that folder instead #338
Comments
not sure its a great idea. I don't like unexpected behavior personally. are there any filenames you would like to add to the list of acceptable cover art filenames? |
There are a bunch of known templates, I reach the point where a third of my music collection doesn't have an artwork image because of this |
good point 👍 |
On a related note, what do you think about parsing (the first track of a folder's) attached images in the tags? |
there's an issue tracking that one #11 |
Can Gonic grab cover images from the songs as well? It would be nice if it can't find a album image in the folder, it just grabs from the first song that has embedded image. |
there's an issue tracking that one #11 |
Just wanted to +1 this. I know unexpected behavior is something that's not a comfortable idea from a programmers perspective... however.:
I prioritizing the following regex patterns (in that order) would already work pretty well:
if there are several matches for one pattern, always take the first one (sorted alphabetically). This does not account for:
|
Is there any interest from the dev to implement this? |
I would also love to see this feature. Only a few folders containg a cover.jpg or folder.jpg, but instead there are a lot of files starting with the value 00-. In my opinion an environment able would be the best deal to define how cover scanning should be handled. I.e.
|
Title sums it all!
The text was updated successfully, but these errors were encountered: