GNOME Bugzilla – Bug 512457
Searches for "cover.jpg" should be case-insensitive
Last modified: 2008-07-22 14:39:44 UTC
Banshee looks only for cover.jpg, if a file such as cover.JPG (that's what I tested...) is in the folder than Banshee thinks there is no cover art file. Thanks
Are you asking the file-name check to be case insensitive or for there to be more options?
yes. I know that in Linux all files are case sensative, but I think that in this case it should not be. Another suggestion is that banshee pick up the first image file that is in the folder. That way it does not matter the name of the file. Of course that could be a little confusing when there is more than one file, but then it can return to the "cover.jpg" or "folder.jpg" default. Just a suggestion. Thanks
Yes, it's definitely a case where Banshee needs to take care of checking for multiple cases. I don't think it should pick up the first image in a folder though. Imagine a case where you have "back cover.jpg" and "front cover.jpg"... the first image would be the wrong one. More choices should be built in, but at some point, I gotta think that you'll need to conform a bit to the systems that most media players use. Incidentally, do your files have any metadata from MusicBrainz and such? I almost never have to add the cover art myself. :P
Thanks for the interest in the idea, but I think you misunderstood me. I meant it to work like this according to situation: 1. if there is one image file in the folder, that is the image file that will be presented regardless of name (I also suggest that the file be copied into .config>banshee>covers where the sync with the ipod cover art is made and such 2. if there is more than one file, then it looks for "cover.jpg" or "folder.jpg", if these do not exist than it does not take any cover art but downloads its own. 3. No image file> downloads the file I have metadata in the files, but sometimes the cover art is in low resolution or I know there are two or three different releases and I like a specific one. The biggest problem is the image resolution that sometimes is really low and I can find one with a 500x500 one easily. cheers
I don(In reply to comment #4) > Thanks for the interest in the idea, but I think you misunderstood me. > I meant it to work like this according to situation: > 1. if there is one image file in the folder, that is the image file that will > be presented regardless of name (I also suggest that the file be copied into > .config>banshee>covers where the sync with the ipod cover art is made and such > > 2. if there is more than one file, then it looks for "cover.jpg" or > "folder.jpg", if these do not exist than it does not take any cover art but > downloads its own. > > 3. No image file> downloads the file > > I have metadata in the files, but sometimes the cover art is in low resolution > or I know there are two or three different releases and I like a specific one. > The biggest problem is the image resolution that sometimes is really low and I > can find one with a 500x500 one easily. > > cheers > I don't agree to your #1 here. People should be more organized and keep their music named as soon. cover.jpg should be used for front covers because that is what makes perfect sense. It's like a standard. Like if you have a back cover it should be named back.jpg I myself don't even think people should be naming cover art folder.jpg because it makes no sense compared to cover.jpg
But what about png files? I like the way Quod Libet handles this, it lets you define what kind of covers it should search for, like *.jpg or cover.png etc.
Fixed in trunk. I have it scan the folder for all jpg/jpeg files and pick the largest (in file size) one to use.