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

Album Art Downloader XUI

Reply #1725 –
The new eMusic script seems to generate too many hits. Try "Shaggy - Hot Shot", for example.

Album Art Downloader XUI

Reply #1726 –
Quote from: vagskal on
Great! Would removing all the words "the", "and", "a", "le", "la" and, for Swedish, "en" and "ett" work?
I'm not going to have it automatically remove words. There's no way to be sure that they aren't important, and if the script removes them then there would be no way of searching for them. Can you imagine trying to search for albums by The The?

Quote from: vagskal on
The new eMusic script seems to generate too many hits. Try "Shaggy - Hot Shot", for example.
Looks about right to me. It matches what comes back from the google search, and the correct album is the first result. Set the max results to 1 or 2 and you should get less irrelevant one.

Album Art Downloader XUI

Reply #1727 –
Quote from: AlexVallat on
Quote from: vagskal on
Great! Would removing all the words "the", "and", "a", "le", "la" and, for Swedish, "en" and "ett" work?
I'm not going to have it automatically remove words. There's no way to be sure that they aren't important, and if the script removes them then there would be no way of searching for them. Can you imagine trying to search for albums by The The?

OK, but how about a last resort search with the less strict search method and those words removed?

Quote from: AlexVallat on
Looks about right to me. It matches what comes back from the google search, and the correct album is the first result. Set the max results to 1 or 2 and you should get less irrelevant one.

OK, will do. Thanks for this script!

Album Art Downloader XUI

Reply #1728 –
Sometimes the eMusic script reports a 1400x1400 image, but when you click on that result it turns out to be only 300x300.

Album Art Downloader XUI

Reply #1729 –
Quote from: vagskal on
Sometimes the eMusic script reports a 1400x1400 image, but when you click on that result it turns out to be only 300x300.
If the full size image is not available, it will fall back on the thumbnail. I don't know why the full size image wouldn't be available from eMusic for some albums, perhaps you could look at the album page and find out? I can't, as it doesn't show full size images for *any* of them for me!

Alex

Album Art Downloader XUI

Reply #1730 –
Quote from: AlexVallat on
Quote from: vagskal on
Sometimes the eMusic script reports a 1400x1400 image, but when you click on that result it turns out to be only 300x300.
If the full size image is not available, it will fall back on the thumbnail. I don't know why the full size image wouldn't be available from eMusic for some albums, perhaps you could look at the album page and find out? I can't, as it doesn't show full size images for *any* of them for me!


eMusic does not have images, or 1400x1400 images, for all albums. I do not know why.

If the script cannot find a 1400x1400 image, you could perhaps change the size reported by the script to reflect the page/file (600x600 or 300x300) you retrieved it from.

Album Art Downloader XUI

Reply #1731 –
Quote from: vagskal on
If the script cannot find a 1400x1400 image, you could perhaps change the size reported by the script to reflect the page/file (600x600 or 300x300) you retrieved it from.
It does. Of course it doesn't actually know that it can't find the image until it tries to download it (there's no other way to tell), but at that point if the image can't be downloaded it will update the reported size to be the actual size of the image that it has. The only thing I could do is remove the estimated 1400x1400 size altogether, and just leave it as 'unknown' until an attempt is made to download the full size image, but I think if there are only a very few that don't have full sizes available it's better to leave it as it is.

Alex

Album Art Downloader XUI

Reply #1732 –
Quote from: AlexVallat on
Quote from: vagskal on
If the script cannot find a 1400x1400 image, you could perhaps change the size reported by the script to reflect the page/file (600x600 or 300x300) you retrieved it from.
It does. Of course it doesn't actually know that it can't find the image until it tries to download it (there's no other way to tell), but at that point if the image can't be downloaded it will update the reported size to be the actual size of the image that it has. The only thing I could do is remove the estimated 1400x1400 size altogether, and just leave it as 'unknown' until an attempt is made to download the full size image, but I think if there are only a very few that don't have full sizes available it's better to leave it as it is.

Alex

OK, then it is probably best to leave it as it is. Is there a way to trigger the secondary search if the only file that met the search criteria was a 1400x1400 eMusic image that turned out to actually be below the threshold set?

Album Art Downloader XUI

Reply #1733 –
Quote from: vagskal on
OK, then it is probably best to leave it as it is. Is there a way to trigger the secondary search if the only file that met the search criteria was a 1400x1400 eMusic image that turned out to actually be below the threshold set?
Automatically? Only by setting eMusic to download full size images only, that way the size will always be accurate for them. You can always do it manually by hitting the Search button a second time (it will be labelled "Extend Search"), if the results you thought were good enough turned out not to be.

Alex
 

Album Art Downloader XUI

Reply #1734 –
Quote from: AlexVallat on
Quote from: vagskal on
If the script cannot find a 1400x1400 image, you could perhaps change the size reported by the script to reflect the page/file (600x600 or 300x300) you retrieved it from.
It does. Of course it doesn't actually know that it can't find the image until it tries to download it (there's no other way to tell), but at that point if the image can't be downloaded it will update the reported size to be the actual size of the image that it has. The only thing I could do is remove the estimated 1400x1400 size altogether, and just leave it as 'unknown' until an attempt is made to download the full size image, but I think if there are only a very few that don't have full sizes available it's better to leave it as it is.

Hi Alex, sorry about the late reply, I had my main computer offline for few days.

The eMusic script seems to work ok for me.

Though when it doesn't find 1400px images, it falls back to 300px although there is 600px image available. Could you fix the script to get the 600px instead if it exists?

Example search: Shaggy - Hot Shot = there is this "Dino Brown & Hastyle - Gangland" album result that hasn't got a 1400px image, but it has 600px image.

Example 2 search: foo fighters - the Colour and the Shape = Jeff Timmons - Whisper That Way album with 600px image only (in addition of the normal 300px).

Some of the big 1400px images seem to be "only" ~1400x1395px (EDIT: e.g. the "shaggy" search above has actual images ranging from 1400x1377 to 1400x1391).. maybe you should put the script to report image sizes as unknowns?

Thanks for the work. I have many other cover image sites in my browser bookmarks (I intended to write the scripts myself someday, but I've abandoned that idea (I'm heavily cutting down my "to-do" things one way or the other)), I'll try to wrap them up and present those to you soon.

Album Art Downloader XUI

Reply #1735 –
Quote from: Akkurat on
Could you fix the script to get the 600px instead if it exists? [...] maybe you should put the script to report image sizes as unknowns?
Thanks for the examples; using those I've updated emusic.boo v0.2 to fall back on 600x600 before 300x300. I suppose with such a range of sizes, it will have to report 'unknown' size, which is a shame.

Alex

Album Art Downloader XUI

Reply #1736 –
Thanks for the new eMusic script!

One small thing I noticed with the file browser: The "Select all albums with missing artwork" is triggered not only when clicking the text but also if you click in the lower part of the screen. I experienced strange "freezes" when switching to the file browser and finally found out that it was because I had clicked in the lower part of the window (far away from the text) and AAD tried for a minute or so to do that selection on my many folders.

Album Art Downloader XUI

Reply #1737 –
Quote from: vagskal on
The "Select all albums with missing artwork" is triggered not only when clicking the text but also if you click in the lower part of the screen.

Good spot, that will be fixed (and in Foobar browser too) in this weekend's 0.40 release.

Alex

Album Art Downloader XUI

Reply #1738 –
Thanks!

I just noticed that there is a similar issue with the Select all option in the search window. That could explain why all sources would sometimes get deselected.

Album Art Downloader XUI

Reply #1739 –
Quote from: AlexVallat on
Quote from: Akkurat on
Could you fix the script to get the 600px instead if it exists? [...] maybe you should put the script to report image sizes as unknowns?
Thanks for the examples; using those I've updated emusic.boo v0.2 to fall back on 600x600 before 300x300. I suppose with such a range of sizes, it will have to report 'unknown' size, which is a shame.

Doesn't work. I still get 1400x1400px info for all the images (e.g. in the "shaggy" search). Previewing the images changes the sizes for the images that aren't 1400px. So "unknown" isn't reported. Also I don't get 600px images at all for the 2 examples I wrote earlier.

I definitely have the 0.2 version of the script.

Album Art Downloader XUI

Reply #1740 –
Save a file using with the same name as an existing file and accept the autonumbering suggestion, say Back (2).jpg.
Save the same file again using a preset, say Inlay to get an Inlay.jpg file. This time you are informed that a file with the name Back (2).jpg exists and presented with the option to save the file as Back (2) (2).jpg.

Album Art Downloader XUI

Reply #1741 –
Quote from: Akkurat on
Doesn't work.
I have *got* to come up with a better system for uploading these experimental scripts. That's the second time that what's ended up on Sourceforge is an older version of the script than the one I intended. If you try it again, making sure it's refreshed, it should work. Just in case, the md5 is e000f0335e83e30752ea8b3fc1ece6b4, but basically, if it isn't showing sizes as Unknown, then it isn't the right version.

Quote from: vagskal on
Save a file using with the same name as an existing file and accept the autonumbering suggestion, say Back (2).jpg.
Save the same file again using a preset, say Inlay to get an Inlay.jpg file. This time you are informed that a file with the name Back (2).jpg exists and presented with the option to save the file as Back (2) (2).jpg.
That's an interesting case. If you save a file, and due to overwrite renaming (or using save as), you save it with a non-default name, then the filename for that result is set to the name you saved it as. I'm pretty sure that's the best behaviour here.

Using presets just replaces the %preset% placeholder in the name of the file before saving. As the name of the file (that you've already saved) doesn't have %preset% in it any more (it has no placeholders at all, it is a concrete filename), there's nowhere for the placeholder to go. So, it tries to save exactly "Back (2).jpg", finds that that file already exists, so offers you the automatic suggestion of appending " (2)" to the filename.

I think the best solution here would be that if you choose a preset from the menu, then it ignores the filename that's been assigned to the art, and just uses the default (with the %preset% placeholder substituted, of course). Either way someone's likely to get confused, but I think this would be the correct behaviour for what is probably the more common use case.

Alex

Album Art Downloader XUI

Reply #1742 –
Quote from: AlexVallat on
I think the best solution here would be that if you choose a preset from the menu, then it ignores the filename that's been assigned to the art, and just uses the default (with the %preset% placeholder substituted, of course). Either way someone's likely to get confused, but I think this would be the correct behaviour for what is probably the more common use case.


Yes, that seems to be the correct behaviour in  my opinion. If you choose to save as [a preset name] then I would expect the file to be saved using that preset. If i double click on the thumbnail again I would expect the file to be saved with the presented name (and have the overwrite dialog opened).

Would it be possible to load a script even though a file browser window is open? I ask because it takes ages for AAD to scan all my folders.

Album Art Downloader XUI

Reply #1743 –
Quote from: vagskal on
Would it be possible to load a script even though a file browser window is open? I ask because it takes ages for AAD to scan all my folders.

Sorry, no. The script compiling only happens at startup. The only thing I can suggest is maybe to open only some of your folders? You can just drag and drop a selection of them from Windows Explorer onto the filebrowser.

Alex

Album Art Downloader XUI

Reply #1744 –
Now it (eMusic) works like a dream! THANKS again Alex.

Here's quickly one new source: http://www.qobuz.com/

Example search, just get the 100px image source from the search result page (http://static.qobuz.com/images/jaquettes/0828/0828765549523_100.jpg) and change it to 600px (http://static.qobuz.com/images/jaquettes/0828/0828765549523_600.jpg). No bigger images.. I think. But, at least with this example, the other 600px image from the search is in very good quality, better than in eMusic.

Album Art Downloader XUI

Reply #1745 –
I tried to reload a large part of my music with the file browser. As I said it took a very long time to scan all folders, I seem to remember AAD reporting some 7,000 or 8,000 albums the last time the scan had completed. When all albums had been read the computer just stalled (became completely unresponsive, not even the mouse pointer moved) for say 5 minutes then the PC just crashed (like a blue screen, but without the blue screen, the PC just shut off). I am on Win 7 64 bit on an i7 2.80 GHz 8 GB PC. Many other programs/windows were open but they were not doing anything heavy.

Could anything be done about this?

Album Art Downloader XUI

Reply #1746 –
Quote from: Akkurat on
Now it (eMusic) works like a dream! THANKS again Alex.

Here's quickly one new source: http://www.qobuz.com/

Great, thanks for letting me know! qobuz looks pretty good, has a wide range of stuff (so I think can just be a general script installed by default, rather than one of the speciality ones) - I'll knock together a script for that as soon as I get a chance.

Quote from: vagskal on
When all albums had been read the computer just stalled

Ouch, that's nasty. I don't actually have 7,000 real albums to test with, but have tested it with 10,000 simulated random albums and it didn't show any signs of stressing my system (CPU usage max 20% during art-finding, final memory usage 250Mb. I run a Core i5 750, Win 7 64, 8Gb ram). What is interesting is that you say it occurs only after the scan completes? Almost everything the file browser does, it does threaded so that albums are added to the list as they are discovered, and art status is set on items already in the list as they are found (or not found). The point is, if it was a case of running out of resources of some kind (most likely memory, but not necessarily), I'd expect it to happen at some arbitrary point during the scan.

The only thing that does happen only after all the music has been loaded is the step to automatically detect various artists albums. This has to categorise all the albums found into the folders they were found in. To get a better idea of what's going on, can you confirm that the stall does happen after the scan completes, not just a long way into it? If you're willing to help test, could you try letting it run until it nearly completes (say 6500 or so?), then hit Stop. This will prevent it from running the various artists detection, but if it still stalls at that point something else is going on. While it's running, if you could cast an eye on the AlbumArt.exe process using the Task Manager every so often and check it isn't using silly amounts of CPU or memory, that would be useful to know too.

Alex

Album Art Downloader XUI

Reply #1747 –
OK, will test. But it will take some time due to the long scan times.

I cannot say for sure that the crash occurred after the scan was completed. The last time I succeeded to complete a scan the PC was unresponsive for some minutes right before everything was completed but then I could regain control of the PC and everything was fine with ADD. I have not experienced any issues during the scan itself.

I was scanning the artist section of my collection. Since I separate VA albums and did not scan them, there should have been only some occasional VA albums in the artist folders. I also generally separate my flac albums and my mp3 albums. I scanned the mp3 artist section where there are only some flac albums interspersed.

I just started the scan again and it takes up some 90 MB of RAM and 4% CPU, which seems modest.

Album Art Downloader XUI

Reply #1748 –
Quote from: vagskal on
I cannot say for sure that the crash occurred after the scan was completed.

In that case, there are a couple of other diagnostic checks that might be worth trying. One is to use file path pattern matching instead of ID3 tags. This will test to see if the problem is with reading tags from the files, including embedded image tags. It will also be a lot faster to run, particularly if you can use a pattern with an absolute root and ending in a \. (meaning that only the folder name is checked, no files within it), for example: S:\Music\%artist%\%album%\.

The other thing would be to change the "Specify path to find images" to something like invalid.name or anything that you know won't ever match. That will test to see if the problem is with loading image files to read their resolution.

Alex

Album Art Downloader XUI

Reply #1749 –
While scanning:

Re: The file browser I just started to use.
I would like to be able to check my music files and album art for consistency. I would like to check
a) if the size and dimensions of a specific file in one folder (folder.jpg in my case) differs from what is embedded in any of the mp3 files in that folder,
b) if any of the mp3 files in one folder has an image of different size or dimensions embedded than the other files in that folder,
c) if any mp3 file has more than one image embedded, and
d) if any mp3 file has metadata indicating that the embedded image is of any other type than Front.

Would anything like that be possible or do you, or someone else, know of a tool that already can do this? I realise that the scanning times could be very long.

An option to let you be able to see how many image files there are in one folder would also be useful. That way I could concentrate on adding album art to albums that have only the front cover.