Album art from images in the same folder not exposed

I wasn't sure if this should be reported against mediascanner or thumbnailer? so I have reported against both please mark as invalid where appropriate.

Is there a specification or list of common filenames for this use case?

These are the filenames i've seen:
folder.jpg
.folder.jpg
cover.jpg
album.jpg
albumart.jpg
front.jpg
$artist - $album.jpg

I managed to find this question [0] on askubuntu, which was actually has an answer from James Henstridge :)

Note that it also states what Rhythmbox does:
'From where is artwork fetched?
Rhythmbox uses last.fm to look up artwork. If you have local image files, saved in the same directory as the audio file(s) with the filename "cover", "album", "albumart", ".folder", "folder" or "$artist - $album" Rhythmbox will use them instead of looking up a cover on last.fm. It will also use images extracted from file tags.'

0 - http://askubuntu.com/questions/123612/how-do-i-set-album-artwork

Should we still integrate support for this into thumbnailer?

We just had another duplicate report for this against music.

If still possible I would love to see this supported with the thumbnailer, I feel it is important in the move to convergence as we meet challenges with larger and more varied music library structures. And it is very useful for providing an image when the online source doesn't have one or overriding the online's suggestion.

Also, I'd appreciate an option to entirely turn off internet lookup of albums. I don't like it that the names of all music in my collection are being sent to... where are they actually sent?

Requests are sent to https://dash.ubuntu.com. It's basically a cache in front of another service that can provide artwork (currently 7digital).

The requests made by the thumbnailer contain the artist, album, and an API key. Even if dash.ubuntu.com would want to spy on your album collection (it doesn't), what it could learn would be limited to the information it gets from the incoming HTTP headers and the incoming connection.

Turning online art lookup off is possible, but only on a system-wide basis because the thumbnailer is shared among a number of applications and scopes. Making this option available would require design input though.

Wanted feature... Google music handles this since lollipop.

A fix has been written but has been sitting unreviewed for more than 9 months ...
https://code.launchpad.net/~jpakkane/mediascanner2/standalone-art-uri/+merge/244588

@james Is this something you can pick up?

There are test packages for this in silo 40 if anyone wants to give them a try:

https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-040

Things seem to work okay in my own testing (checking My Music scope and music-app). This is based on Jussi's earlier branch, with support extended to album art rather than just song art, and a small lookup cache added (i.e. so if you ask for art for every song in an album, it won't do the full directory scan each time).

This bug was fixed in the package mediascanner2 - 0.109+16.04.20151124.1-0ubuntu1

---------------
mediascanner2 (0.109+16.04.20151124.1-0ubuntu1) xenial; urgency=medium

  [ James Henstridge ]
  * If a folder contains an image file named
    {cover,album,albumart,.folder,folder}.{jpeg,jpg,png} use it as album
    art for songs in preference to online art if the songs do not have
    embedded art. (LP: #1372000)
  * Disable MountWatcher's callback during destruction so we don't call
    back into a partially destroyed class. (LP: #1492393)

  [ CI Train Bot ]
  * debian/libmediascanner-2.0-3.symbols: update to released version.
  * New rebuild forced.

 -- James Henstridge <email address hidden> Tue, 24 Nov 2015 08:56:52 +0000