Author Topic: DONE: Scan music collection for missing covers/artwork (Read 101567 times)

skwire · « **Reply #50 on:** May 28, 2010, 11:12 AM »

Website | Download v1.1.1 - 2010-05-28 + Added coloured icons to the listview that correspond to the image's resolution. (Thanks, worstje) Green - 500x500 or greater and square Green/Blue - 500x500 or greater and NOT square Yellow - 400x400 or greater, but less than 500x500, and square Yellow/Blue - 400x400 or greater, but less than 500x500, and NOT square Orange - 300x300 or greater, but less than 400x400, and square Orange/Blue - 300x300 or greater, but less than 400x400, and NOT square Red - 299x299 or less and square Red/Blue - 299x299 or less and NOT square + Added a "fudge factor" setting that allows for non-perfectly square images to be considered square e.g. 500x496.

DONE: Scan music collection for missing covers/artwork

zzynx · « **Reply #51 on:** March 23, 2011, 07:30 AM »

Hi skwire,

As I said before I couldn't wait to let CovArt Ops process my music collection.
Well, it took CoverArt Ops 15 minutes to process 6500+ music directories.
That's a nice result.

Can I make some suggestions for improving it?

[1]
When clicking on the Resolution column, the entries are sorted based on the string representation of the resolution.
Ie. 1000x1000, 100x100, 1428x1428, 200x200, 400x400, 500x500, 800x800, ...
I think this is pretty useless.
I would like this sorting to be according to the real (sorting by numbers) resolution:
100x100, 200x200, 400x400, 500x500, 800x800, 1000x1000, 1428x1428, ...

[2]
When clicking on the Type column, the entries are sorted based on name of the cover art file.
I would (have expected and) like that the sorting is done based on the cover art "quality".
Ie. according to the icon order as shown in the Icon legend (Options > Configure)
(and for entries with the same icon: then sort on the real (!) resolution)

Having that sorting right I could "upgrade" the cover art of my music collection starting with the "worst" cases that need it most.

[3]
For albums containing more than one CD I have these directories:

Artist Name - Year - Album Name [3CD]\Disc 1
Artist Name - Year - Album Name [3CD]\Disc 2
Artist Name - Year - Album Name [3CD]\Disc 3

In this case I have the "folder.jpg" file in the directory "Artist Name - Year - Album Name [3CD]" but not in the subdirectories "Disc 1", "Disc 2", "Disc 3".

Now "CovArt Ops" find those subdirectories as having no cover art.
It would be nice if I could specify what foldernames to skip using wild cards.
E.g. Skip: "Disc*, CD*"

[4]
When I select an entry in the list, on the left the cover is displayed.
When I select on of the other picture files listed under that cover, on my machine running Windows Vista I visually loose my selection in the main list.
I don't know if that is something you can solve. Since on my XP machine I see that the selection is still there.
Apparently on my Vista machine, the background color of a selected item if in a table/list not having the focus is white.

Thanks

skwire · « **Reply #52 on:** March 23, 2011, 02:07 PM »

[1] When clicking on the Resolution column, the entries are sorted based on the string representation of the resolution.
[2] When clicking on the Type column, the entries are sorted based on name of the cover art file.
-zzynx (March 23, 2011, 07:30 AM)

Changed in the latest version.

[3] It would be nice if I could specify what foldernames to skip using wild cards.
-zzynx (March 23, 2011, 07:30 AM)

I'll add this to the ToDo and try to get to it in a later build.

[4] When I select on of the other picture files listed under that cover, on my machine running Windows Vista I visually loose my selection in the main list. I don't know if that is something you can solve. Since on my XP machine I see that the selection is still there.
Apparently on my Vista machine, the background color of a selected item if in a table/list not having the focus is white.
-zzynx (March 23, 2011, 07:30 AM)

Since it works fine on your XP box, I'm going to assume this may have something to do with the theme you're running since I already have the LVS_SHOWSELALWAYS property set for that listview. That property states that the listview selection, if any, is always shown, even if the control does not have keyboard focus. I tested it in a Windows 7 VM as well and it worked fine.

Website | Download v1.1.2 - 2011-03-23 + Unicode path capable. Use included ANSI build on operating systems below Windows XP. * Made the Options dialog non-modal so you can keep it open to view the icon legend and still work the main interface. * Type column now sorts based on perceived image "quality." (Thanks, zzynx) ! Resolution column now does an integer-based sort. (Thanks, zzynx)

zzynx · « **Reply #53 on:** March 23, 2011, 05:05 PM »

Hi Jody,

That was an amazing fast reaction.

[ I'll easily get used to it.

]
Thanks!
My music collection is begging for another CovArt Ops processing...

worstje · « **Reply #54 on:** March 25, 2011, 12:52 AM »

This is still one of my favorite Coding Snacks. Haven't used it in a while, but this update reminds me that I am actually aching to take care of my 'unsorted music' folder. Thanks for the new features!

skwire · « **Reply #55 on:** March 25, 2011, 01:49 AM »

Thanks for the new features!
-worstje (March 25, 2011, 12:52 AM)

You're welcome. I still need to add your request of a percentage instead of a pixel count.

zzynx · « **Reply #56 on:** March 25, 2011, 03:18 AM »

I don't know how easy that is in AHK, but I think it would be handy that if the entries are (ascending/descending) sorted by a certain column, that is indicated by an (up/down) arrow in the column header.

dcsev · « **Reply #57 on:** September 06, 2011, 04:58 PM »

I just wanted to say THANK YOU to skwire for making this app.

My 100GB of MP3 collections (80% of with no tags, 100% with no cover art). 3 days continuous work later, it's all cleaned up, thanks to your handy app

skwire · « **Reply #58 on:** September 07, 2011, 01:43 AM »

You're welcome. I'm glad you found it useful.

dcsev · « **Reply #59 on:** September 07, 2011, 01:48 AM »

Hi skwire,
Don't know if you're interested, but right click > copy selected paths to clipboard is not functioning on my computer. I have the latest version. I can right click and select the option, but then when I hit ctrl+v or paste, there's nothing in my clippy

skwire · « **Reply #60 on:** September 07, 2011, 02:07 AM »

Website | Download v1.1.3 - 2011-09-07 + Added sort arrows to the column headers. (Thanks, zzynx) ! Fixed a clipboard copy bug. (Thanks, stisev)

dcsev · « **Reply #61 on:** September 07, 2011, 02:08 AM »

dcsev · « **Reply #62 on:** September 07, 2011, 02:12 AM »

I have some ideas for new features skwire,

1) add posibility of default dir to INI, or preferably inside of gui
2) when selecting more than 1 line, it shows all of the recognized cover arts in the pane on the left.

Phil White · « **Reply #63 on:** November 13, 2011, 01:46 AM »

Hi skwire
Thanks for a great app that I just found. I'm using it to get my music properly set up for xbmc.

The file structure is of the form: f:\music\artist\album\[optionally cd, artwork etc or nothing]

I believe there is a bug when the artist subdirectory is empty (other than the album subdirectories). In this case the artist directory is not output as having no cover when I believe it should be. Normally the artist directory would have have an artist inage, fanart etc, and in this case the artist directory is correctly output, even if the image is not labelled as cover, folder etc. It simply puts no cover and lists the jpg files etc.

An additional feature that I think would be useful, to me anyway, is ability to limit the listing to a particular depth. In the above structure I would normally want to be limited to album, that is 2 levels below the f:\music directory specified.

Thanks for reading and for the app

skwire · « **Reply #64 on:** November 13, 2011, 09:52 PM »

I believe there is a bug when the artist subdirectory is empty (other than the album subdirectories). In this case the artist directory is not output as having no cover when I believe it should be.
-Phil White (November 13, 2011, 01:46 AM)

If I understand you correctly, the current behaviour is how I wrote it. Basically, for a folder to be considered an album folder, it must contain at least one of the following file types:

mp3, ogg, flac, wv, wav, mpc, ape, wma, mp4, m4a, tta, tak, shn, jpg, png, gif, or bmp

An additional feature that I think would be useful, to me anyway, is ability to limit the listing to a particular depth. In the above structure I would normally want to be limited to album, that is 2 levels below the f:\music directory specified.
-Phil White (November 13, 2011, 01:46 AM)

I can certainly add this to my ToDo. I'm on vacation for the next couple of weeks so it may be a bit before I can get to your request. Thanks for the post and feedback.

bonnyfused · « **Reply #65 on:** May 30, 2012, 02:26 PM »

Hy everybody.

Is there any OSX Version of this interesting piece of software?

I didn't find it...

Thanks and kind regards,
F.

skwire · « **Reply #66 on:** May 30, 2012, 03:12 PM »

Hy everybody.
-bonnyfused (May 30, 2012, 02:26 PM)

Hello, bonnyfused, and welcome to the DonationCoder site.

Is there any OSX Version of this interesting piece of software?
I didn't find it...
-bonnyfused (May 30, 2012, 02:26 PM)

Unfortunately, all of my tools are Windows only.

Apologies.

xiaxia · « **Reply #67 on:** June 26, 2012, 11:18 AM »

Hi skwire,

in the past i used an ipod 5.5 with rockbox sw, one folder equals an album and all folders have a folder.jpg file to display the album cover.

Now i own an ipod touch, of course no rockbox anymore, i had to use an app called golden ear but the problem with
golden ear is it awaits in the folder the album cover file in the form <foldername>.jpg. (<foldername> is the album name)

Please, please can you add this as an new feature to CovArtOps.

skwire · « **Reply #68 on:** June 27, 2012, 10:39 AM »

Hi, xiaxia. So, to clarify, you would like it if the application considered the following as having cover art:

c:\music\Artist A\Foo\Foo.jpg c:\music\Artist A\Bar\Bar.jpg c:\music\Artist B\Fnord\Fnord.jpg c:\music\Artist B\Blorp\Blorp.jpg

...where Foo, Bar, Fnord, and Blorp are album names. These would match and is certainly doable.

However, I foresee some confusion if users set up a structure like mine where I add the year in front of the album name:

c:\music\Artist A\[2004] Foo\Foo.jpg c:\music\Artist A\[2006] Bar\Bar.jpg c:\music\Artist B\[2010] Fnord\Fnord.jpg c:\music\Artist B\[2012] Blorp\Blorp.jpg

...again, where Foo, Bar, Fnord, and Blorp are album names. These would not match. Your thoughts?

dcsev · « **Reply #69 on:** March 03, 2015, 07:04 AM »

OK I have a critical bug/issue report on CovArt Ops.

I tried to scan my music collection and it showed me 1452 entries. wtf? I had meticulously made sure all of them had CovArt Ops; I think what's happening is CovArt Ops is seeing my m3u files and saying those don't have a picture.

Can we exclude m3u, m3u8 and any other format created by (the one and only!) s_playlistmaker?

skwire · « **Reply #70 on:** March 03, 2015, 08:24 AM »

I tried to scan my music collection and it showed me 1452 entries. wtf? I had meticulously made sure all of them had CovArt Ops; I think what's happening is CovArt Ops is seeing my m3u files and saying those don't have a picture.
-stisev (March 03, 2015, 07:04 AM)

CovArt Ops scans through the folder you specify looking for the following types of files: mp3, ogg, flac, wv, wav, mpc, ape, wma, mp4, m4a, tta, tak, shn, jpg, png, gif, or bmp. If it finds any of those, it considers that folder an album folder and displays it within the application's interface.

dcsev · « **Reply #71 on:** March 03, 2015, 08:31 AM »

hi skwire,
I have the coverart inside of the m4a files, but it is showing every folder I have for music. What am I doing wrong?

skwire · « **Reply #72 on:** March 03, 2015, 09:09 AM »

I have the coverart inside of the m4a files, but it is showing every folder I have for music. What am I doing wrong?
-stisev (March 03, 2015, 08:31 AM)

As I said in the previous post, CovArt Ops scans through the folders you specify and, if it finds any of the listed file types within a folder, it will add that folder to the CovArt Ops interface. Am I misunderstanding you? Unfortunately, though, I'm pretty sure that CovArt Ops currently supports embedded cover art in mp3 files only.

dcsev · « **Reply #73 on:** March 03, 2015, 09:33 AM »

Unfortunately, though, I'm pretty sure that CovArt Ops currently supports embedded cover art in mp3 files only.

Yes, there's the answer. Tha'ts why it's not detecting it? All of my files are embedded m4a files. I guess it's a no-go for me then in this regard