Hey, I have searched through this topic and the previous one, and I really couldn't find my answer, so I would figure I'd just ask.

Is there a way to search your folders for two files. Instead of just like folder.jpg, would it be possible to search for both folder.jpg and cover.jpg?

Reason being is from downloading, every names files different. Some of the folders I have contain folder.jpg and some cover.jpg. So if I could search both of them at the same time it would make my life of sorting through the images a heck of a lot easier.

Hopefully it's just a simple little option in the program that I am overlooking.

Do you mean for the file or foobar browsers? If so, click the Options link, then use the "Specify path to find images" box. You can't actually specify multiple alternative filenames here, but you can use wildcards, so *.jpg should do the job. The path is relative to the track being checked.

If you meant for the Local Files search, which shows the images as results when you are doing a search, then look for the Local Files entry in the Sources list, and click on the "..." button. Check the "Specify path to find images" checkbox, and in the box below, enter the absolute path pattern to where the images are (using %artist% and %album% placeholders, usually), for example: "c:\music\%artist%\%album%\*.jpg"

Hope that helps,

Alex

I should have specified that I was referring to the Foobar Browser, I'm sorry!

Hello,
Is there some doc on the API of the scripts? I'd like to create a script for downloading covers from Last.fm, but can't figure out the exact semantics of the functions used in the scripts...
Alex

I'm afraid this whole project is shamefully lacking in any sort of proper documentation. The best way to start a script is to copy an existing one and modify it - I'd recommend the AlbumArtExchange.boo as the best one to start from, as it uses the new strongly-typed script API.

In summary, to create a script you need to create a class that inherits from the AlbumArtDownloader.Scripts.IScript interface. This interface defines 3 string members: Author, Name, and Version, for information, and two methods: Search and RetrieveFullSizeImage for performing the actual search.

The Search method is where the main body of work for a script is done, it is here that you should retrieve your results. Apart from the artist and album names to search for, a results object implementing the IScriptResults interface is also provided as a parameter. This is used to communicate the results of the search back to the main application.

Once you know how many results you are likely to return, set the results.EstimatedCount property. This allows the progress bar to show an estimate of progress, rather than the indeterminate state. This property can be updated at any time if your estimate changes, so even if the exact count is not known until further pages have been downloaded and parsed, but a rough estimate can be provided quickly, it's usually best to start with a rough estimate as soon as possible and refine it later.

Apart from that, there is the results.Add method. This should be called for each result that you want to return. The first parameter is the thumbnail image for the result. This can be an actual Bitmap, or a Stream containing image data, or a Uri pointing to an image, or a String containing the image uri. The second parameter is the name of the result.

After that, there are some optional parameters. infoUri (String) may be used to provide a link to a web page with more information on the result (like the Amazon and Google Image scripts do).

A width and height of the full-size image may be provided, if known, as Int32. If at all possible, try to include these, as the size of the image is a really useful thing to know before having to actually download it.

The last parameter is not optional, and may contain whatever data you choose. If the full sized image for this result is requested, then the RetrieveFullSizeImage method will be called on your class, and the parameter passed to it will be that data. You can then use it to obtain a full sized image for the result, and return it. Usually, this data is the uri for the full sized image, and the RetrieveFullSizeImage method just returns it directly.

The return value of RetrieveFullSizeImage can be any of the types that are allowed for the thumbnail image: Bitmap, Stream, Uri, or String.

Scripts are typically written in Boo, and are compiled automatically. Alternatively, any compiled .net dll in the Scripts folder containing classes implementing AlbumArtDownloader.Scripts.IScript will also be loaded. This can be helpful for debugging scripts.

I hope this explains things sufficiently, but if you have any further questions about it, please ask.

Thanks,

Alex

This doesn't work for me. When using the File Browser, I'd like to all local images in the album folder to be displayed among the downloaded thumbnails. But when I use *.jpg in the "Specify path to find images" box, no local images are shown among the thumbnails. If I explicity put Folder.jpg in the "Specify.." box, then that image if correctly found and displayed. Ditto for front.jpg, back.jpg, or whatever, but wildcards don't work.

Also, as a future feature request, I'd like local images displayed separately among the search results, even if sorting by e.g. size. Or perhaps use a different border color for local results.

I think I see the confusion here. The path to find images entered in the file browser is the path it uses to check if there is already an image for that album present or not. If you want to set the path to use for finding local images in the search results, that's a separate setting (which I also described in the earlier post).

However, if you use the file browser to launch a search, it automatically populates the path to save the image to for the search to be the path to find images in from the browser. Currently, if this includes wildcards, they are removed (as you can't save to a path with a wildcard in it). The resulting path, something like c:\music\artist\album\.jpg, is then also used by the local image search (unless a specific path has previously been set for it) which of course it can't find.

For the next version, I'll see if I can do something better about wildcard replacing, probably substituting the %name% placeholder for wildcards instead of just removing them.

Segregating local image results has been requested before, and I'm open to any suggestions on the best way to display this. A different border or background colour would be easy enough, as would any other sort of visual indicator, but having them appear in a different area or order will be tricker. I'll look into it, though.

Alex

just upgraded to the latest version. had to install .net framework 3.5 too.

now, when i try to search something, the program crashes, and the following error report is sent to microsoft:

EventType : clr20r3 P1 : albumart.exe P2 : 0.10.1.0 P3 : 47090190
P4 : mscorlib P5 : 2.0.0.0 P6 : 471ebc5b P7 : 1295 P8 : 25
P9 : system.typeloadexception

I don't know if this at all possible but here goes...

I current have the following path scheme for my music collection:

1 CD: \%artist%\[%year%] %album%\
N CD: \%artist%\[%year%] %album%\CDX (where X is the disc number)

I want to save the folder.jpg to \%artist%\[%year%] %album%\folder.jpg independently if it's a single or multiple cd album. However I can't seem to get Album Art's file browser to "understand" this scheme...
If I "use ID3 tags from files" then all multiple cd albums' folder.jpg don't get recognized (and if I manually select them then they get saved to CD2 folder, don't know why...)
I tried using \%artist%\[*] %album%\* pattern matching (tried using the %year% tag but that didn't work) which resulted in Album Art correctly identifying multiple cd albums which already had a folder.jpg, however those that didn't have a folder.jpg don't even show up on the file browser.

Basically want I want is for Album Art to check if \%artist%\[%year%] %album%\ has a folder.jpg and if not, retrieve the appropriate artist and album from the path and search for the corresponding cover. Finally I want to save all covers to \%artist%\[%year%] %album%\folder.jpg

Can this be done? If so how? what is the config I should use in the file browser?


Thanks in advance!

i dont know if nobody's ever done this or if i just had weird settings but i tried searching for an album with the artist blank and i got a bluescreen. (had plenty of normal searches work before trying that)

i dont know how much detail you want but:
windows xp sp2
Album Art Downloader XUI-0.18 Installer version
also installed the extra amazon source plugins through the installer
.net framework 3.5

opened a file browser first, searched for all my albums in my music folder, selected like 5 (same artist) and clicked Get Artwork For Selection, so it opened a few windows and queued the rest, i would save an album image then close its search window and save the next album image, close its window, and it would open the new search windows, i was also switching between different sort options (which sorted every search window by the same option, kinda weird), then i got to an album that was a compilation album (multiple artists) and i only got one result for it which wasn't right so i figured if i removed the entry for artist it would just search for the album by any artist and give me more results, well i did this, clicked search, and windows gave me a blue screen.

if you want to know any other details let me know. i'd like to be able to search without an artist.

Coincident? I have done searches without artist field a lot without any problem. Have you ever had BSOD else where recently?

Alex Im sorry to bother you with this what happen to the AlbumArt Downloader V 0.6 Alpha 2 , no more updates on that one . only on the XUI . THANK YOU...

Right, a whole bunch of answers here:

This error indicates that the .NET Framework 3.5 is not installed properly. I'd recommend removing it and re-installing it.

There isn't a great answer for this at the moment. The file browser currently can only match files, so if your album folder doesn't have any files in it (just CDX folders), there's nothing to match the pattern. When matching against files, then, the problem is that folder.jpg could be in two possible places (relative to the file), either folder.jpg (1 CD), or ..\folder.jpg (N CDs). The current version doesn't support checking multiple places for the image in the file browser either.

For the next version I plan to address both these issues, and I'll have a better answer for you, but for now you will have to run two separate searches.

First, to find art for all your 1 CD albums, have the path to find image as folder.jpg (or folder.* if you might have non-jpg images). To use path pattern matching, \%artist%\[*] %album%\* that you tried is almost correct, but as you noticed it is picking up folder.jpg from multi-cd albums too, so you could restrict it to just counting music files: \%artist%\[*] %album%\*.mp3 should do the job (or .flac, or whatever format you use). If your files are in multiple formats, you might find it easier to exclude .jpg files instead: \%artist%\[*] %album%\*."(?!jpg)"*

For the second pass, to find your multi-CD albums, use ..\folder.jpg (or ..\folder.*) as the path to find images, and \%artist%\[*] %album%\CD?\*.mp3 (or similar) as the pattern.

Album Art Downloader doesn't do anything low-level enough to cause a bluescreen, so I'm going to have to agree with thuan's answer. If it does happen every time you try to search without an artist, then you could try a re-install of the .net framework, I suppose. I don't have any other suggestions for this, sorry.

Marc Landis hasn't been seen for a long time now, and when he was, I believe he was thinking of moving to the XUI branch too (although I might be mistaken).

In any case, I personally will not be doing any work on 0.6 alpha 2, I started the XUI re-write because I considered the old one to be unmaintainable.

Alex

Hi,

Apologies if I've missed this being covered before..
Is it possible to include a script for Amazon.co.uk (or amend another like the .de version)?

I ask because the current versions seem to miss out, especially non-mainstream, images from the .co.uk site- for example the album Bottlenecks and Armbreakers by Session A9 has a 500 x 500 image on the .co.uk site but this doesn't show up in AAD XUI 0.18.

Thanks in advance

EDIT - Sorry, I think I've posted this in the wrong place.. should have been under Album Art Downloader XUI

Moderation: Moved into the appropriate thread.

Wow, thanks for the info! I hope I'll be able to make up something usefull with these explanations and the scripts included with the app

Kind regards,
Alex

Amazon.co.uk (and other domains) are already included. If you are using the installer, when you reach the step to select the components to install, expand the "Image Download Script", then expand "Amazon", and choose the countries you want.

Alex

Thanks Alex, I clearly missed that on the first install (by the way.. excellent work!).

I've now noticed a slightly strange thing though..
For some images AAD 0.18 'seems to change' the dimensions ever so slightly.. Taking the Session A9 cover in my earlier post example (Bottlenecks and Armbreakers) .. If you look at the properties for the image on Amazon.co.uk (the enlarged version) Firefox says it's 500 x 500 (if you save this and open in Irfanview or whatever that application also says it's 500 x 500).. the version pulled in to AAD 0.18 however is reported to be 500 x 499..

I assume AAD doesn't do anything about 'editing' images.. Do you whether this is something AAD is doing, or why this difference is occurring?

Cheers

Strange. No, AAD, doesn't do any editing, re-encoding, reformatting or other processing of the image, it just uses the image data directly provided. A script may modify an image before returning it as a result, but none of the bundled ones (including Amazon) do.

For some reason it would appear that Amazon is providing a slightly different image through its web service than through the HTML site - I don't know why.

Alex

Thanks Alex for your response to my query above (posts 356 and 357). I incorrectly assumed that wildcards were intended to give me the behavior I wanted. What I want is this:

I currently have my album art stored in the same folder as the album MP3s, but the images are inconsistently named. I want AAD to show *all* images in the local album folder as results, no matter what filename I enter in "Specify path to find images" (e.g. Folder.jpg).

This would give me a convenient semi-automatic way of selecting a main album art image among the ones I already have, and simultaneously comparing image quality to that available online. Another reason is that many of my albums are rare and produce no online results - but I may already have images in the local folders, so AAD should show them!

Local results should also be clearly marked as such, ideally by being separated somehow. But if this is too complicated to implement, marking them with "Source: LOCAL" and changing the thumbnail background color would be acceptable.

I hope you see what I mean now. Is this something we can hope for in v0.19?

0.19 is on the way, being held up mostly by my attempts to get grouping of results to work!

In 0.19, if you put *.jpg in as the path to find images in the browser, then when you do a Get Artwork from the browser, all .jpg images in the folder will be shown as local results. The default name to save to will be %name%.jpg, though, so you might want to use a Save As to save it as Folder.jpg instead.

Alternatively, if you want the browser to only show artwork present if it is Folder.jpg, then put Folder.jpg in as the path to find images in the browser, but in the Search window you will have to expand the Local Files source, check the "Specify path to find images" checkbox, and in the box below, enter the absolute path pattern to where the images are (using %artist% and %album% placeholders, usually), for example: "c:\music\%artist%\%album%\*.jpg". That way all the images will be displayed. This can be done now, there is no need to wait for 0.19 for that.

Alex

Thanks for the reply looking forward to the "OR" option in pattern matching .

Just a minor pet peeve of mine... eheh, the drop down entry for the "Specify path to find images:" remembers the previous entries (by the way is it possible to delete some of these? are they stored in some config file?) but the one for "Use file path pattern matching" is always blank.

Anyway this IS a GREAT app thank you for all your hard work!

Thanks, I'm glad it's appreciated :-)

I'll look into why the "Use file path pattern matching" box isn't remembering previous entries, and see if I can't hook up the delete key to remove entries too.

Until then, all settings are stored in: C:\Documents and Settings\[user]\Local Settings\Application Data\AlbumArtDownloader\AlbumArt.exe_Url_[random junk]\0.18.0.0\user.config, which is an xml file and can be hand edited if you need to. Under Vista, this starts as \Users rather than \Documents and Settings, I think.

Alex

Excellent news, looking forward to 0.19! Thanks for a great app Alex - and even better support!

THANK YOU ALEX

AlbumArt Downloader XUI v0.19 Released

This release includes several minor new features that were requested:

• Search results grouping (by source, or by local / online results). There is a new Group By option, next to the Sort By option, which allows grouping of the results either by source, or by whether they are local results or not.
  
  
• File and Foobar browsers now support multiple alternates (separated by a |) for image path searching. The default is now folder.*|cover.*, which finds both images named folder.* and images named cover.*. The first value is used as the default name to save to, so new art found will still saved as folder.jpg by default, not cover.jpg.
  
  
• Added the ability to the File Browser path pattern matching function to specify the path should match folders rather than files. This can be used to speed up scanning by avoiding needlessly scanning files when all the relevant information is in the folder names. To specify that a pattern should match folders, end it with \.
  
  For example, if your music is stored as c:\music\%artist%\%album%\*.mp3, then using the pattern \music\%artist%\%album%\. will avoid having to scan every .mp3 file in the folder, and will also match folders which have no files in them.
  
  
• Delete key now removes items from history lists.
  
  
• Changed Local Files Source settings so that a path is always set, but added new %folder% and %filename% placeholders to it, which produce the folder and filename of the specified default path to save images. The default path replicates the old functionality for not having a path specified by using the path: %folder%\%filename%, which is expanded to become the full default path to save images to.

Some bugs were fixed too:

• Improvements to the generation of the default filename to save to when launching from file and Foobar browsers.
• File path pattern matching box history list fixed
• Some keyboard accessibility bugs fixed

Download:
AlbumArtDownloaderXUI.exe (Installer. Recommended)
AlbumArtDownloaderXUI.zip (zip archive for those who don't like installers)
.NET Framework 3.5 (required)
AlbumArtDownloaderXUI-MediaInfoX64Upgrade.exe (x64 version of MediaInfo - must be installed if you are running a 64 bit version of Windows)



0.19 also allows me to make some better replies to issues previously raised:
Yes. Use the | symbol between the alternatives you want.

Done. Click the Group By drop down above the results and select "Local".

To use pattern matching to match against a folder rather than a file, end the pattern in \. so: \%artist%\[*] %album%\. should do the job. If not, then you can restrict it further by making sure that the artist and album folders are where you expect them to be, so something like: \music\%artist%\[*] %album%\. , or whatever your parent folder is called.

To do this, expand the Local Files source (click the ... to the bottom right of it) and change the "Path to find images" box to: %folder%\*.jpg (or *.* if you have images other than jpg, but this will be slower as it has to check every file to see if it is a valid image).

To delete an entry, highlight it (move the mouse over it) and click the Delete key on the keyboard.

That's very nice. It'd be even cooler if all of the Amazon scripts would group together.

Anyway, excellent release, AlexVallat. Keep up the good work.

Brilliant Alex, thanks!

If you're still hungry for ideas for even more improvement, here's one:

Suppose I use the file browser to find art for an album in a certain folder. If I don't get good hits using the artist and album names from the MP3 tags, I edit these fields in AAD and hit search again. I then find some images and click the save icon. However, these images are no longer placed in the original folder, but in My Pictures somewhere, so I have to find them and move them manually. No big problem, but it would be nice if AAD had an option to search again using the same folder settings. Also, perhaps it could perform this second search immediately instead of placing it at the end of the queue.

I need to edit the search fields in about 33% of my albums, so this feature would be useful.

I can't think of any reliable way of automatically determining whether someone has edited the fields to refine their search, or is starting a new search for a different album and artist.

What you can do, though, is uncheck the "Open search results in new window" checkbox (under Options). That way, your edited search will be performed immediately, replacing the existing results, and without changing the default path to save to - which should address the concerns you've raised, I think.

Alex

That checkbox was exactly what I wanted - I have no idea how I managed to miss it. I'm really running out of suggestions for you now. Hmmm ... how about an option to automatically add a number suffix when saving an image to a name that already exists (instead of asking to overwrite and/or prompting for a new name)?

Or is that functionality already in the current version too?

Thanks a bunch! This is awesome. Can't think of anything more I would like

Edit: I think I found a bug eheh I'm getting a consistent crash when using the "Group By Source" option. I have all images script selected and after searching for a single album through the file browser, and after all images have been downloaded, when I select "Group By Source" AAD crashes with the messages "Album Art has stopped working / Option: Close program" (yes I'm using Vista x32). Happens every time (tried with different albums and all).

One question/request.....
With the 9.5.2 it was possible to check if a cover exists and if not to start AAD automatically.
It would be cool to have such a feature in the newer versions. Is there a way to do this in the newer versions?
I like when AAD automatically opens if a cover is missing.

This might become part of the Presets system, if I ever get round to actually writing it. The idea would be that as well as being able to select a fixed suffix (like front, back, inlay, etc.) you could define a sequential numeric suffix too.

Is an errorlog.txt file created? It's going to be hard for me to narrow down without one. Perhaps you could check to see if it is any particular source that is causing it? (Try turning half of them off, and if no longer occurs, turn that half back on, and the other half off. If it does still occur, halve the remaining sources again until the minimum set of sources that cause the bug has been isolated)

I don't know anything about this, but that functionality was never part of AAD, and has certainly never been removed. There has never been a version 9.5.2 of AAD.

Alex

No errorlog.txt created, I tried doing what you said (disabling all scripts then activating them one by one) too see if the crash was related to any of them.. lo and behold the crash is gone lol... must have been some quirk of updating to version 0.19 from 0.17 (deactivating and re-activating the scripts seemed to have worked).

Thanks for everything Alex, you rock!

Since this is a Foobar discussion board I thought i was clear that I was talking about Foobar in relation with AAD (using foo_func and foo_comserver). Foo_func is deprecated. So this won't work anymore in 0.9.5.3. I wanted to tell that it would be cool to have something implemeted that checks if the albumart of the current exists and if not start a AAD search.

I can understand if that isn't possible.

I like AAD very much good work.

Can Anybody help with this command line ,i can get it to work its not opening the art downloader this is what im using : "C:\Program Files (x86)\foobar2000\AlbumArtDownloader\AlbumArt.exe" -ae -ar "%artist%" -al "%album%" -p "$replace(%_path%,%_filename_ext%,)folder.jpg" i can make it work please Thank you . by the way im using windows xp professional 64 edition . i also updated xui to the 64 bit and installed the 3.5 runtime, i just dont know what else to do . THANK YOU...
My Music its in individual folders each one by the name of the band or artist with cover inside and i keep it on another drive . H:\Music just in case anybody needs the info. THANKS...

Ah, OK, sorry for the misunderstanding. You might have better luck asking in the foo_func thread, though, as it is this that you need a replacement for.

Are you sure that's where you've installed AAD to? The default would be "C:\Program Files (x86)\AlbumArtDownloader\AlbumArt.exe" (not under the foobar2000 folder), but if you changed that during installation, then the command line you wrote might be OK.

Alex

you are right this is the default "C:\Program Files (x86)\AlbumArtDownloader\AlbumArt.exe" but i change it to the foo directory cos that is where i have it and its opening C:\program files instead of xui ,dont know why .

Ah, I think I know this one. For foo_run you need to escape the ( and ) characters, so you should use: "C:\Program Files '('x86')'\foobar2000\AlbumArtDownloader\AlbumArt.exe"

Alex

Beautiful Alex it Work ,i was going out of my mind i try just about everything in the book nothing work. i would never figure that one out. THANK YOU... another happy customer .

Hola again, AAD became an even more awesome tool since I've updated it...

---I have a feature idea: with AAD it was always a bit tricky to manage albums that had more than one Artist (VA albums) Path pattern is one way to overcome this, but here is another idea: in the browser, there could be a new sorting column: Path - this would show the file path of the element. Elements from the same folder would have no thin white margin on top/bottom as they have by default (= or other non highly visible marking)

I know you don't like methods that assume a certain path structure, but this would have little to no impact on the general feel, and is a great help to everyone who stores files in album folders (95% of users )

---And I don't know if it's only me, but the size of the Search window is not saved on simple exit from a window instance - so, if there are 10 items queued, I resize a search window, and the next item in the queue pops up in the old size Search. It only saves in the case of a single Search/last queue item's Search... this is a bit annoying.

---There could be an option for AAD to - if there is one - also check the size/resolution of a folder image. So the user could set that eg. anything under 100x100px would count as missing (of course this could be marked differently in the file browser results - eg. a slightly brighter background color). Since the new image will propably overwrite the old small one, there should be a warning message before turning this on. This might make the search to last a bit longer, but AAD would gain a nice new feature, to replace low resolution folder images.

---There should be an option in the search window to search for only specific file types (eg. only jpg results). This would propably not work for all search engines (or...?), but at least for google, it would. In the distant future, it would be mega-awesome to have some sort of auto-converting ability.

---(And please, even if multi-windowed gui is hardcoded, couldn't you make one parent window to hold all the others? 3-4 open windows of the same app is not a good sight even on high resolution)

I second this request, a unified, tab-based interface would be very nice indeed.

Thanks for all the suggestions, poisonboroz:

Path column in file browser:
This is a possibility - I'd need to make columns optional/hideable, then this could be a column that could be turned on and sorted by. Visible marking of items from the same path is less likely to happen, though.

Resized search window does not apply to queued searches:
That's a bug, I'll fix that.

Read pixel size of folder image in file browser:
I don't want to open and read every image during a scan, so a pixel size can't be shown. A file size is already shown, though, which should give some indication of the pixel size of the image. They don't count as missing, but the file size column can be sorted by, so you can just select all the albums with images under a certain (file)size and search for replacements if you want.

Search for specific file types:
None of the sources, with the possible exception of google images, would support this, so it isn't worth adding any sort of dedicated UI for it.

Auto-converting:
One possible future feature for AAD would be to add an image processing pipeline (crop, resize, add watermark/border, change format). So far I've been of the opinion that this is better left to a dedicated image manipulation tool rather than trying to bring it into scope for an image downloading tool, but I'm not totally against the idea, so it might eventually happen.

Tabbed UI:
Not going to happen. Not by me, anyway. I don't think a tabbed interface is right for this utility, and won't be writing one. If someone else wants to write one, I'd accept it, but only if optional and not the default.

Alex

Some sort of management for file formats is a must (even if not conversion for now), because right now AAD saves the files with the pre-set file names (eg. png files are saved with .jpg extension).

You can save to the right extension using %extension% variable in the save path in AAD.

Another bug to report: in the search window, image dimensions are often reported incorrectly. If I single click on one thumbnail, the image appears to be upscaled to the reported false dimensions, only after the image downloads, is the preview image/size indicator "corrected". Can this be fixed?

Also, it would be nice in the File browser if there would be an option to open the directory of the results (perhaps trough a context menu, or this could be the default action for double right-click) - this way AAD would provide a quick way to check the presence of album art manually.

is anyone else getting this?

yeah it looks like they change something with referer on thumbnails. but when i click these, full size images are downloaded correctly.

Yes, I've been getting that for the last several days.

Which script? If the image dimensions reported by a script are always wrong, then I'll remove them, but if they are at least usually right, or almost right, it's worth leaving them in as a rough guide.

Once Path becomes a column, the value will be a hyperlink like the folder image is now (when present), which will open that path in explorer.

I'll have a go at a workaround for this in the cover paradies script. At worst, I'll have it just always download the full sized image, as that still seems to work.

Alex

Updated Cover-Paradies script: cover-paradies.boo
Requires updated common utilities script: util.boo

Just stick them both in your Scripts folder, overwriting the existing ones.

Alex