Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Album Art Downloader XUI (Read 2066189 times) previous topic - next topic
0 Members and 3 Guests are viewing this topic.

Album Art Downloader XUI

Reply #1000
"No matching images found." What does it mean? Network problem? How to test?
This means, when using the command line version (aad.exe), that it could not find any results matching the album and artist you specified, conforming to any restrictions you specified, in the sources you specified. You could try performing the same search using the GUI version (AlbumArt.exe), or if you tell me what your command line was, I'll try it here and see if I get any results.


Here's a random question that might be answered in this 40-page thread.  Haha.  But why do so many images in the search results return unknown image size?  And two, how about an option to prefetch the unknowns and save me 30 clicks.
Yeah, it is a bit long, isn't it. Still, at least it has a search function.

Anyway, to answer your question, many images in the search results return unknown size because it is not common for a website to say what size the image is before you download it. Some do, and where they do, the script for them should extract that information - but if it isn't there, it can't be done. The option to prefetch the unknowns is hidden under the "Options" link in the main window. Click that, then select the option to download full size images only when size is unknown.

Alex

Album Art Downloader XUI

Reply #1001
Of course it's right there in front of me... right next to the options I change as soon as I install a new version of aad. 

Album Art Downloader XUI

Reply #1002
Album Art Downloader XUI v0.31 Released

I've implemented a few more requested features in this release. I'd appreciate it if those who requested the features could give them a quick try and make sure they're doing the job properly before I push this version out through the Updates mechanism.

  • Added "Always download full size" option to source options. When checked for a source, thumbnails will be ignored and full size images downloaded immediately instead.
  • Added a new "group by" option: Size. This groups results into broad size ranges.
  • To attempt to make the Search First second search behaviour more discoverable, the Search button now reads "Extend Search" if pressing it would result in adding new results to the existing search, rather than starting a new one.
  • The /include and /sources parameter now accept source names prefixed with F:, to indicate that the source should have the Search First setting set for it. When using the /sources parameter, sources specified without the F: prefix will have Search First unchecked. When using the /include parameter, sources specified without the F: prefix will have their Search First setting unchanged from whatever the user had set for that source (unchecked by default)
  • Added the CDBaby script to the installer

Download:
AlbumArtDownloaderXUI.exe (Installer. Recommended)
AlbumArtDownloaderXUI.zip (zip archive for those who don't like installers)
.NET Framework 3.5 SP1 (required)

Album Art Downloader XUI

Reply #1003
I kinda like the group by size option but what's odd, to me at least, if one dimension of an image towers over the other it still gets grouped in the smaller group.  Like I searched Converge - No Heroes, and I get an image 1000x667 put in the medium (over 540x540) group.  1000p is not medium.  Maybe it should sort by the larger dimension and not the smaller?

Which brings me to my feature request:  an option to hide images that are not perfectly square.  I only look for front covers and they are usually even at 600x600, etc.  Images that are 1000x667 are no doubt going to be arist images or other what not.

Album Art Downloader XUI

Reply #1004
Not necessarily. Covers aren't always perfectly square; I've seen some scans that are slightly wider than tall.

Album Art Downloader XUI

Reply #1005
Of course, they're homemade.  I really try to find the digital version before grabbing a scan.  And if I really need to resort to a scan, I'll do it myself.

Album Art Downloader XUI

Reply #1006
Feature Request added for square image filter. I'm not sure where I can find any room on the UI for it, but I'll think about it.

For the group by size, I think it makes more sense to categorise images based on their smallest dimension, not their largest. If it's only 300px wide, then it's not a high resolution image, regardless of how tall it happens to be.

Alex

Album Art Downloader XUI

Reply #1007
if those who requested the features could give them a quick try and make sure they're doing the job properly

Sorry about the late reply. Features working ok. Just put the info about the search first F: prefix feature to the command line reference help.

Album Art Downloader XUI

Reply #1008
Just put the info about the search first F: prefix feature to the command line reference help.
Huh, could have sworn I'd done that. I know I wrote it somewhere... Oh well, I'll make sure that's added for 0.31.1, which also includes a bug fix for a Various Artists detection crash that can occur under rare circumstances, then release this weekend.

Thanks,

Alex

Album Art Downloader XUI

Reply #1009
Album Art Downloader XUI v0.31.1 Released

Just a couple of minor bug fixes here, with Various Artists detection, and to add documentation on the F: prefix to the command line documentation. This one will go out through the Updates mechanism.

Download:
AlbumArtDownloaderXUI.exe (Installer. Recommended)
AlbumArtDownloaderXUI.zip (zip archive for those who don't like installers)
.NET Framework 3.5 SP1 (required)

Album Art Downloader XUI

Reply #1010
Thank you for such a useful tool. There are two questions and a suggestion.

Question 1: it seems the latest AAD build uses a wrong place to store the user.config file and the scripts. Right now it is stored in c:\Users\%USER%\AppData\Local\AlbumArtDownloader\AlbumArt.exe_Url_ab4blq4r5vajyecsjktugtsqgadfd4lg\0.31.1.0\ . This seems wrong to me, because the c:\Users\%USER%\AppData\Local\ directory is usually used for storing the temporary data, and the ini-files (and scripts) should be stored in c:\Users\%USER%\AppData\Roaming\ directory (in WinVista and Win7). Don't you think it is a good idea to move the ini-data to c:\Users\%USER%\AppData\Roaming\ ?

Question 2: I can't understand how to use the presets in AAD. I'm using folder.jpg, back.jpg and disc.jpg as my artwork filename and the files are usually located in %artist%/(%year%) %album/ directories. How should I set the presets and 'Path to find images' to save covers in that way?
By default AAB is set to search artwork like this: "Folder%preset%.%extension%|Cover%preset%.%extension%", thus saving covers add 'Folder' to every image: Folder-back.jpg, folder-disc.jpg etc. This is not what I want.
When I change the 'Path to find images' to 'folder.jpg' or 'folder.jpg|back.jpg|disc.jpg' the suggested filename for artwork is folder.jpg, but the 'Save As' drop-down menu (located near the Save button) which allows to choose the artwork type disappears completely.
When I change the 'Path to find images' to '%preset%.%extension%' AAB stops to find artwork in specified folders and founds the first available mp3 file instead: there is 'Found: 01-titlename.mp3' in File Browser Artwork status column. In addition the default suggested image name becomes '.jpg' even when Default preset is set to 'folder'.

So, there is a question: how should I set the 'Path to find images' and presets to save artwork as folder.jpg, back.jpg, disc.jpg and still be able to auto-find the artwork in File Browser and have a 'Save As' option?

Suggestion: I'm pretty sure it is a good idea to set the suggested (default) artwork file name to the respective preset when the type of the image is known. Right now the suggested file name for all the found images is set to folder.jpg regardless of the type (unknown, front, back, inside). I think the default preset should be used only for images, which type is unknown. For all images with known type (front, back, inside) respective preset should be used as default value.

Thank you!

Album Art Downloader XUI

Reply #1011
3. Command line argument settings persistence. Having reviewed the arguments on both sides, command line arguments will continue to effect persistent changes to user settings. /autoclose will be documented to indicate it's exceptional status.
Sorry to jump in on this so late, but this issue is my only "wish it didn't do that" for AlbumArt.exe.  I have a rather large collection of music for which I already have album art.  As such, I mainly use AlbumArt.exe from the Start Menu when preparing to rip new CDs.  I will save the album art images into a common folder from which they will be pulled when I actually rip the given CD.  So, 90% of the time, I always want the "/path" parameter to be something like "[root]\%artist% - %album%.%extension%".

The problem is that once in awhile I will launch AlbumArt.exe from mp3Tag, foobar200, or REACT (in REACT, this occurs generally when I have saved the image with a slightly different name than what is generated in EAC due to translation of special characters \/:*?"<>|).  Of course when one of these other utilities launches AlbumArt.exe, they must specify the parameter options, including the "/path"; which then overwrites my desired setting.

As a result, the next time I use AlbumArt.exe (from the Start Menu), I will inevitably save the first image using the previous command line "/path" setting (thank you for providing a warning on overwriting existing files).

If at all possible would you be able to add a switch that would indicate that the user wants the command line switches to be saved or that the command line switches are just temporary.  As the current behavior is to save, I would guess that it would make more since to add a "temporary settings only" switch rather than a "save settings" switch.

Again, sorry for the delayed (and long) post, but perhaps with some insight into how some (at least one) user is using your tool it will help guide your design decisions.

Thank you for such a great and invaluable tool,
Brian

Album Art Downloader XUI

Reply #1012
So, 90% of the time, I always want the "/path" parameter to be something like "[root]\%artist% - %album%.%extension%".

Change your AAD shortcut in Start Menu. I know that it's not exactly what you're after, but at least this way you can fix it for now.

in REACT, this occurs generally when I have saved the image with a slightly different name than what is generated in EAC due to translation of special characters \/:*?"<>|).

I use the CoverDownloaderLocalPath setting in INI file. Like this: CoverDownloaderLocalPath=D:\WHATEVER\folder.jpg ... that way I only have to remember to a) put the cover in that folder & b) with that folder.jpg filename. Easypeasy. This works nicely for me because I always (~99%) have to edit cover images (I'm a perfectionist.. unfortunately) before ripping a CD.

Album Art Downloader XUI

Reply #1013
Don't you think it is a good idea to move the ini-data to c:\Users\%USER%\AppData\Roaming\ ?
The Roaming folder is used for files and settings that should be automatically copied on to a PC whenever a roaming user logs on to a different machine on the network. I don't (and can't) test under those conditions, so can't say for certain whether AAD would support roaming or not. It is safest just to say no, it does not support roaming. Settings are stored per-user, per-machine. If anyone does actually use AAD under roaming conditions, feel free to speak up here!

I can't understand how to use the presets in AAD.
The question here is, how can AAD find a local cover file in a known folder? Bear in mind that wildcards are allowed, but regular expressions are not (for file finding). So, %preset%.%extension% becomes "*.*", which is why the first available mp3 file is found. If you know that all your cover files are .jpg, you could use %preset%.jpg, which becomes "*.jpg", and should work.

I'm pretty sure it is a good idea to set the suggested (default) artwork file name to the respective preset when the type of the image is known.
There's a separate system for that. If you want the known type name to be included in the filename (rather than a preset you pick manually), include the %type% parameter. You can also specify exactly what types should be called, for example: %type(unknown,folder,back,inside,disc)% to match your scheme.

Thanks for your opinion on this. I do see where you are coming from here. Perhaps a workaround could be to change the shortcut on your start menu so that it specifies the /path parameter you want to use when not launching from another tool? That way you wont get any nasty surprises!

Thank you both for your comments, it's good to know when my work is appreciated!

Alex

Album Art Downloader XUI

Reply #1014
If you want the known type name to be included in the filename (rather than a preset you pick manually), include the %type% parameter. You can also specify exactly what types should be called, for example: %type(unknown,folder,back,inside,disc)% to match your scheme


Alex, thank you for your explanations - there were really useful.

One additional question: setting  'Path to find images' to smth like '%type(unknown,folder,back,inside,disc)%' disables the 'Save As' button. If there is a way to bring this button back, say, for 'unknown' type images?

Thank you again!

Album Art Downloader XUI

Reply #1015
setting  'Path to find images' to smth like '%type(unknown,folder,back,inside,disc)%' disables the 'Save As' button. If there is a way to bring this button back, say, for 'unknown' type images?
I assume you mean the presets dropdown? Save As still very much exists, either right click and choose Save As, or just click the filename itself to edit it before saving.

To use presets for unknown type images, use: %type(%preset%,folder,back,inside,disc)%, that way, when it's unknown, the selected preset will be used.

Alex


 

Album Art Downloader XUI

Reply #1017
I'm sure people have requested this before, but here goes: i use the Metal-Archives script (for example) that i know always gives the perfect match for the cover art. It would be nice if there would be an option which would silently download the covers without me having to choose each and every one of them and confirm the choice. The Metal-Archives script in combination with the option would make downloading the cover arts possible for my entire metal folder with just one click and the matches  would be very accurate, since the script is a reliable one.

Album Art Downloader XUI

Reply #1018
Don't know if it is possible but i would like to have a .bat that i start and then Album Art Downloader automatically scans a folder and searches for missing covers.
Is this possible?

Thanks.

Album Art Downloader XUI

Reply #1019
It would be nice if there would be an option which would silently download the covers without me having to choose each and every one of them and confirm the choice.
This has come up before. There's a tracker here, if you want to follow or comment on it: Feature Request

Don't know if it is possible but i would like to have a .bat that i start and then Album Art Downloader automatically scans a folder and searches for missing covers.
If you mean, scan a folder and automatically downloads a best guess for each missing cover without user interaction, then no, that doesn't exist (see above).

If you want to scan a folder and find albums with missing covers, then do a normal search for each missing cover in turn, then the File Browser is what you are looking for. Click File, New, File Browser.

If it has to be a batch file, you can run albumart.exe /fileBrowser (optionally then specifying the path of the folder to search), and it will go straight to the file browser.

If you want to search and download a best guess for a single search from a batch file without user interaction, then call the command line version (aad.exe) from the batch file. This can't extract artist and album information from tags or path pattern, you have to pass it the album and artist to search for as parameters, though, and it doesn't detect already existing album art.

Alex

Album Art Downloader XUI

Reply #1020
Alex, I don't recall if you ever touched on this before, but are images downloaded to memory discarded when starting a new search, or only when closing the application?

Album Art Downloader XUI

Reply #1021
are images downloaded to memory discarded when starting a new search, or only when closing the application?

Images are discarded either when the search window they are contained within is closed, or when they are removed from the results of the current window. That can happen by unchecking sources and clicking the Search button again (results from the unchecked sources will be removed, and the in-memory images for them discarded). It will also happen if you don't have the "Open search results in new window" option checked, and do a new search. The results from the old search will be removed and the memory discarded.

Filtering does not actually remove results, just hides them, so that will not discard the memory for the results not currently visible.

Alex

Album Art Downloader XUI

Reply #1022
Alex, would it be possible to implement a triple-click select all text for all input fields?

Album Art Downloader XUI

Reply #1023
Alex, would it be possible to implement a triple-click select all text for all input fields?

Possibly, but I'm not sure I understand what you mean. Could you describe where you would triple-click, what you would want to happen when you do so, and why you would want it to be in that state - what would you do next?

Album Art Downloader XUI

Reply #1024
He means triple-clicking in the Artist or Album search input fields to select all text in that field.