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 (Read 473433 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Album Art Downloader

Reply #250 –
thanks a lot cartman  -my bad -i really thought i already git the latest version but now i see the difference. stupid me  I'll try your suggestions -thanks again.

Album Art Downloader

Reply #251 –
Quote from: AlexVallat on
Quote from: tool++ on
What on earth, the new UI completely ignores the visual style
I think this is a WPF thing. It doesn't use the old windows GDI controls, so if you've a custom visual style then it won't affect how WPF draws. I'm not sure whether MS plans to have custom themes for WPF or not, from what I can tell you can fairly easily change the style of a single application, but there doesn't appear to be any way that a system-wide theme could be done. Even if they did, the theme would have to be written for WPF, it certainly wouldn't support themes that were written for the old GDI system.

Bad news for custom theme users, I'm afraid, as WPF becomes more mainstream.

Quote from: tool++ on
Could you please fix the bugs in 0.6 before you continue development with the other one? Thanks!
Um, no, sorry. I looked at the source for the original one, and even poked in a couple of small fixes, but basically I considered it to be unmaintainable. That's why I decided to start a new codebase from scratch. I think its gone rather well, personally, but the original version is still around for those who disagree.

If david_dl, or Marc Landis are still interested in fixing bugs with the original version, then you might have some luck with them.

Alex


Why does this WPF crap need to ignore the visual style? Why not just use windows GDI controls? Or reference parts of the visual style and get its own bloody handling of the visual style (I've seen this done in many nonstandard controls such as the dropdown button on gaim). If whoever created thinks ignoring UI standards is the way to go then I hope it dies a horrible death along with all Java apps that fail to integrate properly.

It is really anti-foobar ethic

</bad mood>

On a more positive note, I do like the new version, if a little unresponsive/slow.
hi

Album Art Downloader

Reply #252 –
Quote from: tool++ on
Why does this WPF crap need to ignore the visual style?

I think mostly because custom visual styles are bitmap based, and WPF controls are vector based. I might be mistaken, but I was under the impression that Microsoft never officially supported third party visual styles (in fact, didn't you used to have to hack a system dll to get them to work?), so they probably don't regard supporting them as a UI standard.

While it might still die a death, it looks unlikely, as Microsoft are pushing it quite hard. I would say it is more likely to become the underlying rendering system for the OS, with backwards compatible hosting of GDI content within it where required. Vista is already moving that way.

Album Art Downloader

Reply #253 –
Quote from: askbollen on
I love this plugin, thanks for creating and maintaning it

There are a few sites i find useful for finding coverart that arent included in the current set of scripts. I'd be delighted to see them added.

http://rateyourmusic.com/
http://www.audiophileusa.com/


RateYourMusic.boo, as requested :-)

The other one looks a bit specialist, but I suppose I might get round writing a script for it, unless anyone else fancies having a go.

Alex

Album Art Downloader

Reply #254 –
When using the 0.6 alpha 2 version I get messages like this when trying to add the artless folders in the browse window:
System.IO.DirectoryNotFoundException: Could not find a part of the path 'E:\My Music\John Paul Jones - 1999 - Zooma\folder.jpg'.

If I clear the default art filename box, there's no errors, but then every single album folder is considered to not have any artwork...

The folder.jpg filename error also shows up when using foo_run, using -ar "%artist%" -al "%album%" -p "$replace(%_path%,%_filename_ext%,)folder.jpg"

Removing the default filename and configuring the save toolbar works fine however.

But I'm a little confused about these different versions - 0.6 and 0.6 alpha looks completely different?

That alpha version is much more convenient for downloading multiple files when using the save toolbar. Also the preview is better, handling large files. However, the 0.6 XUI(?) version looks better in general, seems more stable, and it works very well if you only want to dl one single folder pic even if previewing large pictures is a little awkward since they aren't resized.

Album Art Downloader

Reply #255 –
Quote from: j8ee on
But I'm a little confused about these different versions - 0.6 and 0.6 alpha looks completely different?

Yeah, I appreciate that while they are at the same version number, that's going to be a bit confusing, sorry about that. I'm currently investigating bug reports from a user which, if I can come up with fixes, will result in v0.7, which will make things a bit clearer!

In any case, there are two branches of Album Art Downloader, yes. They are:

Album Art Downloader (currently at v0.6 alpha 2, last updated 2nd March 2007)
[a href='index.php?act=findpost&pid=515339']Album Art Downloader XUI[/a] (currently at v0.6, last updated 10th June 2007)

Album Art Downloader is a continuation of the original CoverDownloader application, with some bug fixes and some additional features added in. The development of it has been taken over by Marc Landis, and I have also contributed some towards it. Marc is busy with other personal matters at the moment, so there has been no development work on this for a while.

Out of the twin desires of continual frustration with working with the CoverDownloader code, and a desire to do something cool using WPF (makes pretty UIs, basically), I decided to re-write Album Art Downloader from the ground up. This project I called XUI (experimental user interface). At the moment it is just me working on it, though I am hoping Marc might join in when (if?) he has more time. Of course others are welcome too, this is an open source project.

I am hoping it will replace the main Album Art Downloader branch in time, but for the moment it lacks some of the functionality that the main branch has, most notably the foobar library browser and presets (like the toolbar save buttons). I don't want to be pushing anyone into taking a step backwards if they rely on these features, so for the moment I'm offering this XUI project as a Preview Release.

I haven't had much time to work on XUI myself recently, but I was happy it had reached a stable and useful plateau. Other than bug fixes, the next feature I want to put into it is [a href='index.php?act=findpost&pid=492762']Presets[/a]. No timetable for this yet, but I wouldn't expect to see anything for at least a few weeks, as I haven't started it yet.

So, in summary:

Album Art Downloader XUI: Newer, prettier, hopefully nicer to use, some new features, command-line compatibility with CoverDownloader (works with REACT2)
Album Art Downloader (0.6 alpha 2): Foobar Library Browser, Toolbar Save presets, less resource-intensive, follows custom Windows Visual Styles.

Hope this helps!

Alex

Album Art Downloader

Reply #256 –
Thanks, that clear things up, yes! I skimmed through this thread, but I got it mixed up... I thought the alpha version was the rewrite, and that development on the XUI one was supposed to be halted in practice. Looking closer at the XUI version, I start to realize the work behind it, and it's got some really nice features. The overview and sorting of pictures is especially good.

Album Art Downloader

Reply #257 –
AlbumArt Downloader XUI v0.7 Released

This version is a stability release, with work mostly around memory management and bug fixing. I have also moved the releases to SourceForge, which should mean an end to any problems with downloading.

Download:
[a href='index.php?act=findpost&pid=515339']See main post for latest version[/a]

Album Art Downloader

Reply #258 –
Quote from: AlexVallat on
AlbumArt Downloader XUI v0.7 Released

This version is a stability release, with work mostly around memory management and bug fixing. I have also moved the releases to SourceForge, which should mean an end to any problems with downloading.


A very nice tool, it does exactly what I would like to have my dream album art find tool do, thank you! .
Too bad memory usage skyrockets to 1GB (!) and comes to a crawl after 20 albums or so (out of 200). I'm running a fully updated WinXP, any tips to prevent this? I'll be glad to help, just tell me

Album Art Downloader

Reply #259 –
Quote from: SoleBastard on
A very nice tool, it does exactly what I would like to have my dream album art find tool do, thank you! .
Too bad memory usage skyrockets to 1GB (!) and comes to a crawl after 20 albums or so (out of 200). I'm running a fully updated WinXP, any tips to prevent this? I'll be glad to help, just tell me


Damn, I thought I'd fixed the memory issues in 0.7. Does it slow to a crawl when you are using the file browser to search through your collection? Or is it only after you start to download them? If it's not too much hassle, could you check if you get the same problem if you download art for the albums individually, rather than using the queue? (you can double click on an album in the file browser to open a search window for it).

If it's still misbehaving I'll keep looking, and see if there are any other memory leaks I can track down.

Of course, needless to say, if you haven't upgraded to 0.7 yet, then do that!

Alex

Album Art Downloader

Reply #260 –
I have a fresh install of 0.7, never used any older version.

Searching with the file browser was not slowing down  although it was not very responsive while searching (tested with >1000 albums). Individual downloading of albums is no problem.

The problem was when downloading the album previews (queue lists says 3 simultaneously although I just get 2 search windows). I first tried with >1000 albums in the queue but that was completely impossible because the program went unresponsive (had to force end task). Then I stepped back to queuing around 200 albums which worked ok, a bit slow for my taste but certainly workable. but after I came to album 25 or something memory usage reached 1GB and the program started to slow down and became unresponsive again.

Then I decided to cancel everything in the queue but I saw that was not possible (no 'cancel all' button). So I closed the queue window and then search windows but they just came popping up. Closing down the main window didn't help either. The only way to stop the program was by end task it again.

Again, I really like the concept of the program and I don't like to complain about it. I just report my experiences and I hope you can do something with it .

Album Art Downloader

Reply #261 –
Quote from: SoleBastard on
I have a fresh install of 0.7, never used any older version.

Searching with the file browser was not slowing down  although it was not very responsive while searching (tested with >1000 albums). Individual downloading of albums is no problem.

The problem was when downloading the album previews (queue lists says 3 simultaneously although I just get 2 search windows). I first tried with >1000 albums in the queue but that was completely impossible because the program went unresponsive (had to force end task). Then I stepped back to queuing around 200 albums which worked ok, a bit slow for my taste but certainly workable. but after I came to album 25 or something memory usage reached 1GB and the program started to slow down and became unresponsive again.

Then I decided to cancel everything in the queue but I saw that was not possible (no 'cancel all' button). So I closed the queue window and then search windows but they just came popping up. Closing down the main window didn't help either. The only way to stop the program was by end task it again.

Again, I really like the concept of the program and I don't like to complain about it. I just report my experiences and I hope you can do something with it .

Thanks for your feedback, it is helpful to know how you've been using it. I'm afraid that having around a thousand albums in the queue is pretty much always going to be unworkable without a redesign of the queuing system. I had not considered that anyone would be willing to sit in front of this app searching for 1000 album covers, one after the other. To do a task of that magnitude, I'd be looking at designing an entirely different sort of UI, but I'm afraid for the moment, I'm considering it outside of the scope of this project.

I certainly agree that there should be a Cancel All button, I'll see that it gets in there for the next release. Perhaps some sort of warning when queuing large numbers of searches too.

To easily end the program, though, you ought to be able to just go to File/Exit, which avoids using End Task.

Alex

Album Art Downloader

Reply #262 –
Hehe, I guess queuing >1000 albums was a bit too much, to be true I hadn't considered how much time it would take to manually go through all the albums in a row 

File/Exit isn't really working when the program becomes unresponsive (or perhaps I was just too inpatient)

As I reported 200 albums in the queue is also not workable. I'll will try and figure out an optimum/maximum queue length somewhere in the future. What would be nice for that is to be able to select multiple folders at once using the browser in the file browser window using standard windows options like drawing a selection box, using ctrl/shift, etc. Or perhaps dragging it from explorer directly into the file browser window? Anyhow, I think I'm just proof that there's always a 'better' fool

Album Art Downloader

Reply #263 –
Quote from: SoleBastard on
Or perhaps dragging it from explorer directly into the file browser window?

I like that. Can't see any reason it wouldn't be possible, so that should make it in to the next release too.

As far as the queue goes, I'm thinking of popping up a warning if you try to queue more than 50. Nice round number, and fairly unlikely that anyone actually wanted to do 50 searches in a row, rather than just selecting everything and choosing "Search".

Album Art Downloader

Reply #264 –
Quote from: AlexVallat on
RateYourMusic.boo, as requested :-)

Great site for covers, especially singles, but the script (under 0.6 alpha 2, as the XUI thingy takes the mojo off my pc) gives the following error :
Quote
Method 'AlbumArtDownloader.ScriptTask.EstimatedCount' not found.

Album Art Downloader

Reply #265 –
Could someone PLEASE make a script for revhq.com? I would do it myself but I'm pretty clueless.\

EDIT: Also, the RYM one works great for me, awesome job!

Album Art Downloader

Reply #266 –
Quote from: Ignite339 on
Could someone PLEASE make a script for revhq.com? I would do it myself but I'm pretty clueless.\

EDIT: Also, the RYM one works great for me, awesome job!

Hmm... they're a bit small. But I suppose they're probably not available anywhere else, they seem a little obscure. Still, the scripting was interesting, so here it is: revhq.boo

Alex

Album Art Downloader

Reply #267 –
First, thanks very much for this program - it's really great!

I have a small problem/request:
I use the AlbumArtDownloader with REACT 2 and it works ok - similarly to the old CoverDownloader - except that the default filename does not seem to be passed through the command line. Because of this, every time I rip a CD, I need manually to change the save location and filename to suit REACT.

Any chance you could incorporate the old command line switch which specified the default filename? Or am I doing something wrong?

Thanks again!

Ed

edit: my mistake, appears to be simply a problem with my REACT config.

Album Art Downloader

Reply #268 –
--deleted-- no longer relevant, was a reply to above post.

Album Art Downloader

Reply #269 –
AlbumArt Downloader XUI v0.8 Released

Another release, with some new features. I've added Drag and Drop support to drop files and folders on to the File Browser window, a Cancel All button in Queue Manager window, a warning if queueing a large number of searches from the File Browser, and finally the ability to force a Queued search to start immediately, by double clicking it in the Queue window.

Download:
[a href='index.php?act=findpost&pid=515339']See main post for latest version[/a]
 

Album Art Downloader

Reply #270 –
Thanks for this program.
I wonder why you are not making your own topic? Would be more clear. I also miss some sort of central documentation. ATM we must dig in this thread.

1. I hope you can add image dimensions to amazon scripts. If you use another query url you can get the resolutions:
Code: [Select]
http://ecs.amazonaws.com/onca/xml?Service=AWSECommerceService&AWSAccessKeyId=XXXX
&Operation=ItemSearch&SearchIndex=Music&Keywords=BlaBla&ItemPage=1&ResponseGroup=ItemAttributes,Small,Images

something like that..

2. To see the full picture, you must click on it and hold the mouse button.
For me holding the mouse button down is not so comfortable.
I would prefer if I can click on it, then the image is loaded and I click a second time to close it.

Album Art Downloader

Reply #271 –
Quote from: dano on
Thanks for this program.
I wonder why you are not making your own topic? Would be more clear. I also miss some sort of central documentation. ATM we must dig in this thread.
I didn't start a new topic, because this is the one everyone knows for Album Art Downloader. I suppose we could all migrate to a new topic, but I don't feel any pressing need to.

Some sort of documentation would be a good thing, yes. Not that I'm volunteering to write it, but I agree in principle that it wouldn't hurt. The wiki page would probably be a good place for it - there is some info there already.

Quote from: dano on
1. I hope you can add image dimensions to amazon scripts. If you use another query url you can get the resolutions
Oh, I like that. The amazon script wasn't one of mine, but getting the image dimensions is worth a re-write, certainly. Thanks for the query URL, I've put up a new amazon script that uses it here: amazon.boo

Quote from: dano on
2. To see the full picture, you must click on it and hold the mouse button.
For me holding the mouse button down is not so comfortable.
I would prefer if I can click on it, then the image is loaded and I click a second time to close it.
Thanks for the feedback. I wasn't really expecting people to be looking at the images for long, just a quick check that it was the right thing, then release.

I'll probably add an option for click to close somewhere in the next version, but it won't be the default behaviour, as it's a bit non-obvious. In the meantime, if you are holding the button down while it downloads the full size image, you could try clicking and releasing once, then waiting until the 'downloading' icon disappears from the thumbnail before clicking and holding to preview.

Alex

Album Art Downloader

Reply #272 –
Thanks for the updated script, seems to be fine.
I also think an option for the click behavior is a good way.

Album Art Downloader

Reply #273 –
the last version works great even i dont quiet understan why this program is so heavy, my computer dies when i use this program, i takes too long to load....

Anyway great piece of code, but just one thing i think is missing, all my cover art is named "cover.jpg" but apparently AAD use "folder.jpg" format for the File browser function. So when i search inside my music directories AAD found zero album art because they are all named "cover". There is somewhere when i could change the default name from "folder" to "cover".

When i use AAD from foo_run i can tell it to use "cover", bue when i execute it alone, "folder" is the default thing.
Chaintech AV-710 Wolfson DAC - Carver CM1065 - JBL LX770

Album Art Downloader

Reply #274 –
Quote from: Imperecedero on
There is somewhere when i could change the default name from "folder" to "cover".
Yes. Click the "Options..." link in the file browser, just under the box where the search path is. This will expand the options for the file browser, one of which is what pattern to use for the image file search. Change this to cover.jpg, and you should be good to go.

For information, this pattern supports wildcards (*) and subfolders wildcards (\**\) too.