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 2054551 times) previous topic - next topic
0 Members and 4 Guests are viewing this topic.

Album Art Downloader XUI

Reply #625 –
Album Art Downloader XUI v0.24 Released

This is primarily a bug fixing release. Thanks to the tireless efforts of Akkurat and other helpful forum members, many bugs and minor issues have been tracked down and fixed. Apart from bug fixes, this release also adds a new script, for CDCoverHideout, and a shiny new progress bar that is displayed while automatically downloading full sized images (if you have that option enabled).

There's a couple of slight behaviour changes to be aware of: Images of Unknown size are now always included, regardless of size filtering settings, and if the full size image for a result has not yet been downloaded, then the size of that image is displayed in grey, as it can't be confirmed as accurate (accuracy will depend on the source).

Finally, it seems that the .net Framework 3.5 has a bug in it that is resolved in 3.5 SP1. I've therefore updated all the links to point to the 3.5 SP1 version, and would recommend anyone who hasn't done so already to upgrade to it. I've put in some compatibility code into Album Art Downloader XUI, so it will still work under 3.5, just a bit slower. For this reason, the first time it is run under 3.5 it will display a warning. If you don't want to upgrade to 3.5 SP1, feel free to ignore it, though.

Full list of bug fixes in this version:
  • Fixed a couple of problems with image size changes introduced by previous release.
  • Window size and position settings should no longer be lost on upgrade.
  • Sort arrow direction reversed, to match more common convention.
  • Increased the distance the mouse must be dragged in order to start a drag of a result, in order to avoid accidental drags when trying to just preview the image
  • After showing a popup preview, if the image being previewed has scrolled out of view, it is now automatically scrolled back into view.
  • Fixed bug where the information labels would re-appear when the thumbnail has been resized such that they should not be visible.
  • Fixed bug where "Stop All" would not appear when adding or removing sources from a search
  • Fixed bug where, in rare circumstances, you may get one more result from a source than the limit specified.
  • Fixed bug where list would not refresh properly under pre-SP1.
  • Fixed bug where Save As would not apply the default file extension correctly
  • Fixed bug where if the popup preview were too large to fit on the screen, the bottom of the cover may be cropped off.
Download:
AlbumArtDownloaderXUI.exe (Installer. Recommended)
AlbumArtDownloaderXUI.zip (zip archive for those who don't like installers)
.NET Framework 3.5 SP1 (required)
AlbumArtDownloaderXUI-MediaInfoX64Upgrade.exe (x64 version of MediaInfo - must be installed if you are running a 64 bit version of Windows)

Album Art Downloader XUI

Reply #626 –
Thank you very much for an extremely useful and usable tool!
 

Album Art Downloader XUI

Reply #627 –
Thanks for the update!

Sorry, new bug introduced by "Fixed bug where "Stop All" would not appear when adding or removing sources from a search":

1) select 1-n sources
2) search something
3) wait for the search to stop
4) click search again

= bug: "stop all" appears although nothing is searched (because there was no change to the artist/album fields, nor to the limits).. also clicking that link doesn't do anything for obvious reasons.

Make sure that the "stop all" is showed after search click only when user has added sources OR the artist/album fields are altered (OR, when increasing the limit of a source).. i.e. when a search is really done, not only when search button is clicked. I guess you've to store the selected sources list between searches and compare it to the selected ones when starting a search (without this, I guess it would be hard to detect a source being first unselected and then reselected before a new search).

Album Art Downloader XUI

Reply #628 –
thank you so much for that software

Album Art Downloader XUI

Reply #629 –
Quote from: Akkurat on
Sorry, new bug introduced by "Fixed bug where "Stop All" would not appear when adding or removing sources from a search"
OK; I've added a tracker issue for this. It's only cosmetic, though, so I'm not going to rush out a fix for it immediately.

Album Art Downloader XUI

Reply #630 –
OK, from what I have read, the  | separates an either | or. What I would like to do an this AND that: I would like to save a folder.jpg and an %artist% - %album%.jpg. Is this possible?

Thanks.

Album Art Downloader XUI

Reply #631 –
Quote from: leadfoot on
What I would like to do an this AND that: I would like to save a folder.jpg and an %artist% - %album%.jpg. Is this possible?
Sorry, no, only a single copy of the image is saved. You could use Save As, or set up presets so that you could easily switch between the two, but you would still need to actually save it twice to get two copies.

Album Art Downloader XUI

Reply #632 –
Yeah, I was afraid of that. I have a way of doing this, but it takes another program.  Thanks for following up.

Album Art Downloader XUI

Reply #633 –
Is it possible to automatically set the default preset to the type the image is categorized in?
For example I get a result list with some images grouped in "Back", some for "CD" and some for "Front".
I have setup values for the corresponding presets and now I want (if it's correctly grouped) just press the save button and get the files saved as back.jpg, cd.jpg or front.jpg (based on what the current image is), but only the value for "Default" is inserted when using %preset% in the path.

Another issue: Automatic renaming if a file with the same name is already existent would be nice. For example I get 5 different inlays as result, then I want to save them by just clicking the save button as Inlay 1, Inlay 2, Inlay 3, Inlay 4 and Inlay 5. It would be ideal if the user could setup naming rules for this case, one rule for each type (CD, Front etc.). I want different rules for different rules because usually I save 2 covers, one big and one small one, with the small one named "cover" and the big one "cover_big" or something similar.

Furthermore it would be nice if there were a possibility to hide the source list such that the space can be used by the album art result list. Personally, I have setup the list once and will probably never touch it again...

I hope these suggestions help you to improve your great software AAD XUI  even more

Album Art Downloader XUI

Reply #634 –
I'll add a placeholder of %type% so that the type of the cover can be substituted into the filename automatically. That isn't quite the same as selecting a preset automatically, but should achieve the effect you wanted.

Automatic renaming rules are less likely to happen. Naming one cover as big, one as small, is the sort of thing that Presets were designed for.

The reason the source list remains visible is for progress indication, and the ability to stop sources that are taking too long to complete. I don't see any reason not to offer the option to hide it, though, so I'll have a go at that next version too.

Thanks for your suggestions!

Album Art Downloader XUI

Reply #635 –
Thank you very much 

Album Art Downloader XUI

Reply #636 –
Hi Alex,

Would it be possible to add minAspect to AlbumArt.exe as well? It seems like the following command line is only missing out on that, it has everything else. That way we can use both AAD and AlbumArt with the same same command line without modification.

"H:\Standalone\AlbumArtDownloader\AlbumArt.exe" /artist "Željko Joksimović" /album "Ima Nešto U Tome Što Me Neceš" /minSize 600 /minAspect 0.9 /path "H:\Users\Mike\Documents\My Pictures\iTSfv\Željko Joksimović\Ima Nešto U Tome Što Me Neceš\AAD.jpg"

Album Art Downloader XUI version 0.24.0.0

**** Unexpected command line parameter: minAspect ****

Usage: AlbumArt.exe [options]

Option names may be preceded by a / or a -
Options:

/artist      Artist to search for            (/artist "Artist Name")
              May be abbreviated to /ar      (/ar "Artist Name")
              Parameter name may be omitted
              if this is the first parameter  ("Artist Name")

/album      Album to search for            (/album "Album Name")
              May be abbreviated to /al      (/al "Album Name")
              Parameter name may be omitted
              if this is the second parameter ("Artist Name" "Album Name")

.
.
.
.
/separateInstance                            (/separateInstance)
              Starts a new instance as a new
              process, which will neither re-use
              nor be re-used by any other
              instance of the application.
             
              (not recommended)

Thanks,
McoreD

Album Art Downloader XUI

Reply #637 –
Sorry, I know I've not done anything on this project for a few weeks now. I will eventually get round to it, though.

The only issue with adding minAspect to AlbumArt.exe is it would then need visibility in the UI too, so it's not as simple as just adding the command line. I suppose if I can't come up with a good UI for it, I could stick it in as an undocumented command line option, though.

Album Art Downloader XUI

Reply #638 –
Thanks for the reply Alex. 

I didn't think of that did I! Could you for the time been please ignore the parameters supported in AAD.exe but not yet implemented in AlbumArt.exe, so that it won't interrupt the operation?

Thanks,
McoreD

Album Art Downloader XUI

Reply #639 –
Quote from: ~*McoreD*~ on
Could you for the time been please ignore the parameters supported in AAD.exe but not yet implemented in AlbumArt.exe, so that it won't interrupt the operation?
Sure, no problem. Here's a tweaked version: AlbumArt.exe which silently ignores the parameters that are valid for the command line version, but not the GUI version (minaspect, ma, sequence, seq, listsources and l).

I'm not sure if I want to make that change to the main codebase, though. If a parameter does nothing, I do think the user should probably be told that it is unsupported.

Album Art Downloader XUI

Reply #640 –
Alex,

Thanks for the modded exe.  I might have to consider handling this issue myself depending on the exe I am using.

Album Art Downloader XUI

Reply #641 –
Here's a couple of similar - open source - projects:

Album Cover Art Downloader (multiplatform)

CDCover

Hope that helps, or at least inspires !

Album Art Downloader XUI

Reply #642 –
Have successfully used v0.24 XUI since shortly after it's release but have now run into a crashing/no-start problem. While running Albumart started a Foobar browser which I stopped because it was taking too long, then started a "regular" file browser.  Immediately got "Application Error" dialog box:

Titled: AlbumArt.exe - Application Error
"Application has generated an exception that could not be handled
Process ID=0xf54 (3924), Thread ID=0xf78 (3960)

Click OK to terminate the application
Click CANCEL to debug the application"

Clicking OK terminates as I would expect without any useful info
Clicking CANCEL to "debug" yields another dialog box
Titled: AlbumArt.exe - NO debugger found.
No registered JIT debugger was specified
Click on Retry to have the process wait while attaching a debugger manually
Click on Cancel to about the JIT debug request"

Click Retry and... nothing
Click Cancel and ends.

This now happens every time I try to start AlbumArt.exe with expected changes in IDs.
AlbumArt will not start.  Have rebooted, no change.  Tried to reinstall and install fails with a "AlbumArt.exe cannot be opened for writing"  Uninstalled AlbumArt thru Add/Remove Programs and was left with AlbumArt.exe and AlbumArtDownloader.Scripts.dll in the AlbumArtDownloader folder, which now cannot be deleted even after a reboot and/or a boot into safe mode.  Both files can be renamed but still not deleted.  AlbumArtDownloader reinstall still fails in writing AlbumArt.exe.  Re-downloaded the install exe and same failed reinstall.

Any idea WTF happened here?  Any Help would be greatly appreciated.

Running WinXP sp3 with DotNet v3.5sp1  (fully updated)

JWiels

Album Art Downloader XUI

Reply #643 –
[quote name='JWiels' date='Dec 10 2008, 18:22' post='603942']have now run into a crashing/no-start problem./quote]Now that is very weird. Album Art Downloader does not do anything to make itself start with windows, so after a reboot, there should be no reason at all for the AlbumArt.exe and AlbumArtDownloader.Scripts.dll to be impossible to delete.

There are two things I can think of to try. One would be to uninstall the .net framework, try again to delete the files, then reinstall the framework.

The other less blunt approach would be to download Unlocker (or other similar tool) to tell you what is preventing the file from being deleted, and force the deletion of it if necessary.

Album Art Downloader XUI

Reply #644 –
Have used Unlocker which allowed deleting AlbumArt.exe and AlbumArtDownloader.Scripts.dll.  Thank You.
Reinstalled v0.24.
But got "Script compilation failed" message in AlbumArt dialog at first and subsequent starts.  "Retry" failed as well, "Exit"... exits...
Uninstall and Reinstall, same "Script compilation failed"
Redownload install exe, same
Download zip and extract, same

Here's the text of the AlbumArt initial "compilation window", if it helps:

Searching for scripts...
Found 28 files: [albumartexchange.boo, allcdcover.boo, amazon-ca.boo, amazon-co-uk.boo, amazon-com-mp3.boo, amazon-com.boo, amazon-common.boo, amazon-de.boo, amazon-fr.boo, amazon-jp.boo, buy-com.boo, cdcoverhideout.boo, cduniverse.boo, cover-paradies.boo, coveralia.boo, coverisland.boo, darktown.boo, discogs.boo, freecovers-api.boo, google.boo, juno-records.boo, lastfm-artist.boo, lastfm-cover.boo, psyshop.boo, rateyourmusic.boo, revhq.boo, util.boo, yes24.boo]...
Loading references: [System.Core, System.Web]...
Compiling scripts...
(-1,-1): error BCE0011: An error occurred during the execution of the step 'Boo.Lang.Compiler.Steps.SaveAssembly': 'Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))'.

hmmm access denied using boo.lang.compiler?  hmm why? ideas?

I'm hesitant and reluctant to uninstall then reinstall DotNet... It was an amazingly painful process to get all the applications I have which rely on the particulars of DotNet to work.  I'm not sure it was worth it....

Album Art Downloader XUI

Reply #645 –
Quote from: JWiels on
hmmm access denied using boo.lang.compiler?  hmm why? ideas?

At that point, the script compiler will be trying to save a compiled .dll file to your application settings folder, under: \Documents and Settings\username\Local Settings\Application Data\AlbumArtDownloader. Try deleting that folder (again, using Unlocker if it is uncooperative), and perhaps when it recreates it it will not be denied access to it.

Album Art Downloader XUI

Reply #646 –
Okay installed and am using AlbumArtDownloader XUI again.  Script compilation failure was a firewall issue with Comodo Defense+ not allowing access to the Local Setting folder.  *sigh*

Now, onto a usability problem.  Having trouble with AlbumArt not "remembering" presets and search directories.  One search window will have my entered presets, the next will not.  Sometimes a subsequent search window will have the wrong search directory, typically a previously used one. 

Also, I can use a file browser to select folder or files to search for art but sometimes I can save more than one file (cover, back, inlay, etc.) and sometimes I save one file, then the window closes and the next search in the queue starts.  ??

I do not recall having this trouble before. Any ideas?
Thanks for help

JWiels

Album Art Downloader XUI

Reply #647 –
Well, I'm going to make an educated guess that this is Comodo Defense+ being overzealous again.

Album Art Downloader stores its configuration settings in a file called user.config, in a subfolder of \Documents and Settings\username\Local Settings\Application Data\AlbumArtDownloader. If it can't write to this file, then no change of settings (including presets, search directories, window auto-close behaviour) will take effect outside of the immediate window it is made to.

Album Art Downloader XUI

Reply #648 –
Hi all,
I use this to start AADXUI form run service :
"coverDownloader\albumart.exe" /ar "%artist%" /al "%album%" /p "$replace(%_path%,%_filename_ext%,)\" -f "cover%preset%.jpg" /o size-
But %preset% is resolved as ?, how can I deal with that ?

EDIT : I've found the answer : '%preset%' ... sorry !

Album Art Downloader XUI

Reply #649 –
This is an absolutely fantastic program.  I've been collecting mp3s for a little over a decade and I've never added album art because it was too time consuming.  With this I've been able to get the front covers for all most of my albums in just a few hours.

My computer is old (in computer years at least) so the software would regularly freeze in Vista.  I just had to wait (usually less than a minute) and it would wake up.

Thanks for the great software!