We've been having that discussion for the Music app recently [1]. Right now the Music app uses its own media scanner reads the cover art from the embedded images in the media files. However, we are now migrating from the custom implementation to using mediascanner, and we found out that we can no longer do this, as mediascanner via grilo does not read locally embedded cover art data but fetches it from the net via last.fm. Related to that, we found out about the non-existing caching.
My comment is rather on the process of fetching before catching. From the bug's description, I would suggest a adding a step to look up for the cover art locally first, before accessing the network. I believe that's what the U1 Music app on Android does as well. That is: - mediascanner scans the user's music files => it looks up album art from locally embedded images on the media files - _if not available locally_, it looks up album art download addresses from last.fm -... Also, it's the first time I've heard from an "album art image provider" in the SDK. What is this project and who's working on it? [1] https://code.launchpad.net/~vthompson/music-app/use- mediascanner2/+merge/185403 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1224998 Title: Cache preview and thumbnail images To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1224998/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
