2018-05-03, 20:06
Extended music artwork support Phase #2
- the facility to pick up additional types of art automatically from local files or scraper results (if the scraper returns that art).
I was so near to implementing this that I decided to continue working on art and add this much requested feature.
Unfortunately bits of ideas and discussion are spread across multiple threads, so here is a thread of its own that I hope can be used for providing some initial guide notes, and for test feedback. It started as small bug fix, and some tidy-up and here we are a whole new generic art feature [@docwra you can get very excited now].
PR riased PR13848 test build for win64:
20180503-8da3b6c7-LocalArtistArtFix (OSX build also on mirrors, please ask for any others). This is based on my repo as master is currently broken.
20180503-7cceae43-PR13848 - master is currently broken, will put up build when that is fixxed.
It makes fetching additional art, from local files or scraper results, configurable rather than hard coded. This means showing additional art, such as "clearlogo" or "discart" or anything else people may dream up in the future, will just be a matter of either putting the correctly named image file in an appropriate place, and/or the scraper returning a URL for it , and then editing the skin.
Broadly this is based around adding whitelists of art type names to be fetched automatically (in addition to thumb and fanart) to the advancedsettings.xml. During initial music file scanning and any subsequent scraping for additional artist or album information, images for these art types will be fetched from local files and failing that from scraper results to fill any gaps. Also during manual art selection from the album/artist information dialog, when browsing for images for an art type the user will be offered related local images and scraper results for that type.
For simplicity the local image files must be named the same as the art type, for example type "clearlogo" will pick up from files clearlogo.jpg, clearlogo.png etc.
- the facility to pick up additional types of art automatically from local files or scraper results (if the scraper returns that art).
I was so near to implementing this that I decided to continue working on art and add this much requested feature.

PR riased PR13848 test build for win64:
20180503-8da3b6c7-LocalArtistArtFix (OSX build also on mirrors, please ask for any others). This is based on my repo as master is currently broken.
20180503-7cceae43-PR13848 - master is currently broken, will put up build when that is fixxed.
It makes fetching additional art, from local files or scraper results, configurable rather than hard coded. This means showing additional art, such as "clearlogo" or "discart" or anything else people may dream up in the future, will just be a matter of either putting the correctly named image file in an appropriate place, and/or the scraper returning a URL for it , and then editing the skin.
Broadly this is based around adding whitelists of art type names to be fetched automatically (in addition to thumb and fanart) to the advancedsettings.xml. During initial music file scanning and any subsequent scraping for additional artist or album information, images for these art types will be fetched from local files and failing that from scraper results to fill any gaps. Also during manual art selection from the album/artist information dialog, when browsing for images for an art type the user will be offered related local images and scraper results for that type.
For simplicity the local image files must be named the same as the art type, for example type "clearlogo" will pick up from files clearlogo.jpg, clearlogo.png etc.