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

Re: Album Art Downloader XUI

Reply #3100
Nice find, Ben Dodson has made his source available too, so I can use the same logic to get the original file when available. It will then fall back on all the existing fall-backs if that isn't there. Please give the attached itunes.boo 0.6 a try to compare with the results you had noticed were different, and see if the quality now matches? Or more importantly if there are any where it gives a worse result!

Yep, it works.

I must say, after much deliberation, I did decide to stick to using the old source, as I think the JPG files sourced from there are ever so slightly higher quality -- other than the albums that have PNG files uploaded on the new/alternate source (vanishingly few; Radiohead's discography is one such example). I suspect the new source uses a newer, more efficient JPEG encoder like mozjpeg, so they lowered the file size accordingly, but didn't do exhaustive pixel peeping like I do, so they didn't match the quality precisely between the old and new encodes.

Re: Album Art Downloader XUI

Reply #3101
If there is albumart available for booklets in good quality I like to download and add them to my album-folder.
Musicbrainz is often a source for these booklets (as pictures) and AAD seems to show up to 7 pictures. But when there are more covers available beacause the booklet is bigger they are not shown and I have to grab them from the website, which is not so comfortable and needs more time.

Is this a limitation of Musicbrainz, that AAD can not grab more pictures or dows AAD limit them and this could be changed?

Re: Album Art Downloader XUI

Reply #3102
Hi, firstly I love this app. -thanks! Has Qobuz script stopped working?

Re: Album Art Downloader XUI

Reply #3103
Thanks for reporting this, qobuz.boo v0.4 should now be working again.

Re: Album Art Downloader XUI

Reply #3104
In the results window all of a sudden I get really big pictures of the cover art. Does anyone know how to make the result icons smaller? I don't know what I did to make them so huge. The results used to be smaller in size.

Re: Album Art Downloader XUI

Reply #3105
Sounds like probably toggling between wide and square results using the little arrow button (⤶/⤴) at the bottom right of the results. That changes whether the text goes below or to the right of the art. If that's not it, then just grab the bottom right corner of the art and drag it to resize to whatever size you like.

Re: Album Art Downloader XUI

Reply #3106
This is such an incredibly useful and helpful program... ...when it works. And then sometimes it doesn't work, and it makes me wonder if I'm just doing something completely wrong.

Take this, for example:



I'm searching for cover art that I know exists on Discogs. How do I know it exists on Discogs? Well, when I type "Sun Jamming" into the Discogs search bar, I get:



But Album Art Downloader just finds some bizarrely-irrelevant album by a band called Happy Flowers, which doesn't even include a song called "Sun Jamming" or anything like that. I mean, the theme of the words themselves is on-point - sun jamming, flowers, surf music, happy hippies, sure, all fits in the same spray-painted VW Bus. But as a Boolean search, maybe not so much.

It also fails to return images on eBay or Amazon that both exist (though to be fair, the Amazon one only pops up on a Google Images search, not a direct Amazon.com search). See here and here for screenshots, if necessary. Neither of these show up in Album Art Downloader.

Is there something I can tweak on my end to either return more than one result from Discogs, or, failing that, to at least ensure that when I'm searching for "Sun Jamming", AAD actually sends the words "Sun" and "Jamming" to Discogs and returns the first result?

Re: Album Art Downloader XUI

Reply #3107
I've checked out the example of Sun Jamming on Discogs, and this isn't showing up because it doesn't have a Master Release (for some reason). The Discogs script searches for Master releases so as not to return a lot of duplicates. You could change that by editing discogs.boo in notepad and on line 28 replacing searchType=master with searchType=release, but you may find a lot of duplicates in your results.

Secondly, there was a bug with the discogs script that would stop it from working on pages where there was not a "More images" link beneath the album artwork. I've fixed that here: discogs.boo v0.27.

As far as the relevance of the search, there's not really much I can do about that. Album Art Downloader sends the search query "" "Sun Jamming" to Discogs (first "" because there is no artist), and those are the results it returns.

I expect better results could be obtained using the API, but they have gated this behind requiring an API key, which is not suitable for an open source application.

Re: Album Art Downloader XUI

Reply #3108
I've checked out the example of Sun Jamming on Discogs, and this isn't showing up because it doesn't have a Master Release (for some reason). The Discogs script searches for Master releases so as not to return a lot of duplicates. You could change that by editing discogs.boo in notepad and on line 28 replacing searchType=master with searchType=release, but you may find a lot of duplicates in your results.

Secondly, there was a bug with the discogs script that would stop it from working on pages where there was not a "More images" link beneath the album artwork. I've fixed that here: discogs.boo v0.27.

As far as the relevance of the search, there's not really much I can do about that. Album Art Downloader sends the search query "" "Sun Jamming" to Discogs (first "" because there is no artist), and those are the results it returns.

I expect better results could be obtained using the API, but they have gated this behind requiring an API key, which is not suitable for an open source application.

Thanks for the super-rapid response, Alex! I'll consider what you said about line 28.

I believe (though I'm not a Discogs expert by any means) that albums only get a "master release" once Discogs indexes a second pressing/edition of a release. So if all that's known is a single issue with a single pressing, no alternate media or regional releases, there's no need for a "master release" page, since the only release is itself the "master", and a separate "master release" page would be redundant.

I expect better results could be obtained using the API, but they have gated this behind requiring an API key, which is not suitable for an open source application.

For what it's worth, it seems they dropped the need for an API key when they went from 1.0 to 2.0. See https://www.discogs.com/developers/ for the Dev overview, and here, here, for a site dev mentioning that API keys are no longer required.

They're on OAuth now, which does require a consumer key. If AAD were my baby (and it's not, obviously - not trying to backseat drive, I'm just aimlessly burbling away like an uncle at a family reunion), I'd probably navigate this by initially setting the consumer key to a placeholder (either in source or in a .cfg file, whatever), then on runtime checking to see if the placeholder is still being used - if not, then we assume the clever user from the future saw the placeholder and generated their own consumer key and stuck it in there. If it is still the placeholder, then grab the "official" AAD consumer key from a text file hosted on Github or wherever.

But anyway, that's tangential - thanks again for the lightning-quick response!

 

Re: Album Art Downloader XUI

Reply #3109
they dropped the need for an API key when they went from 1.0 to 2.0
For access to image URLs it still requires a "consumer" key (as you mention). Whatever they call it, it's still a key I need in order to access the API, which has to be kept secret. Looks like an API key to me! Keeping a key secret is not an option for AAD, so I'm not going to write a script that requires it. I do take your point that users with registered discogs accounts could generate their own keys and then supply them in some sort of config file, or by editing the script, but that's not really a model I'm interested in putting much work into.

If anyone else wants to write a discogs-api script based on this principle, I'd be happy to include it in the list of scripts, though,