After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 535024 - Banshee 1.0 no longer finding cover.jpg
Banshee 1.0 no longer finding cover.jpg
Status: RESOLVED DUPLICATE of bug 528137
Product: banshee
Classification: Other
Component: general
0.99.2
Other All
: Normal enhancement
: 1.0
Assigned To: Banshee Maintainers
Banshee Maintainers
: 535901 535904 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-05-27 04:43 UTC by Matt Ziegler
Modified: 2008-06-14 20:00 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Matt Ziegler 2008-05-27 04:43:15 UTC 
Banshee 1.0 only seems to be finding embedded cover art for tracks.  It would be wonderful if, like previous versions, Banshee would check for a cover.jpg or similarly-named file in the track's directory.

(Forgive me if this is a dupe.  I'm rather new to this and don't have much of a talent for finding pre-existing bug reports.)
Comment 1 Nicolò Chieffo 2008-05-31 11:46:16 UTC 
yes, this also happens to me with newest version 0.99.3
Comment 2 Nicolas 2008-05-31 21:10:42 UTC 
Yes, This happens to me too... Version 0.99.3
Comment 3 Nicolas 2008-05-31 21:11:51 UTC 
Yes, This happens to me too... Version 0.99.3
Comment 4 Kirill Kirillov 2008-06-01 20:18:22 UTC 
Moreover in current 0.99.3 release it's annoying, that new plugin trying to find covers outside every time banshee plays a song, although they are in local folders.
Comment 5 Gabriel Burt 2008-06-03 21:15:19 UTC 
*** Bug 535904 has been marked as a duplicate of this bug. ***
Comment 6 Mohamed Bana 2008-06-07 19:29:43 UTC 
Please fix this, you might want to look at Exaile it's quiet flexible in this respect for instance, you can specify the files that are likely to contain the album art e.g.,

cover.jpg folder.jpg .folder.jpg album.jpg art.jpg
Comment 7 Nicolas 2008-06-08 18:21:15 UTC 
Yeah... The cover art fetching of exaile works really fine... First look in the local folder and if the cover art is not there looks in amazon for the cover, i try yesterday the 1.0 of Banshee and the cover fetching works bad for me like the betas... I have a lot of music from Argentina and the covers in musicBrainz or Amazon dont exist :S
Comment 8 Michael Monreal 2008-06-12 22:29:30 UTC 
Isn't it horribly expensive to check for the existence of multiple files for every album in the library? If I'm right, can we please have an option to turn this off completely for those of us who don't have coverart and music filed mixed around?
Comment 9 Nicolò Chieffo 2008-06-13 10:53:46 UTC 
I really don't think that checking for a file existence is an expensive operation. Opening files is expensive, but if the file is not opened it is not expensive
Comment 10 Brad Jensen 2008-06-13 10:57:18 UTC 
I think either way, this bug should be fixed before the next release.
Comment 11 Michael Monreal 2008-06-13 10:58:19 UTC 
We are talking about hundreds or potentially thousands of unnecessary seeks... and not only once, but on every startup and also while playing.
Comment 12 Michael Monreal 2008-06-13 11:00:33 UTC 
Wouldn't it make more sense to add this to the coverart fetching plugin, e.g. make it look for various images inside the library folders first and (if not finding anything), search online?
Comment 13 Andrew Conkling 2008-06-14 19:51:46 UTC 
*** Bug 535901 has been marked as a duplicate of this bug. ***
Comment 14 Andrew Conkling 2008-06-14 20:00:19 UTC 
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 528137 ***