Cover art not displaying with Mopidy-Iris

Q&A
1

I noticed that some of my cover art is not showing up when I load Albums in Mopidy-Iris. I’ve been cleaning up my library and added cover art into my media files. I can verify that the files with the images are picked up but they don’t show after a refresh of the Mopidy-Iris web page.
I’m scanning my music directory (using Mopidy-Local together with Mopidy-Iris) and I can see that the files are imported and the music files were picked up.
I can also verify that the image shows in the local web page based on the hash generated as part of the scan.

Adding images works most of the time…
Any idea what could cause this?

Here’s the debug statement from the scan

DEBUG    [MainThread] mopidy_local.storage local:track:Various%20Artists/30%20Years%20of%20Montreux%20Jazz%20Festival/4-04%20Rick%20Braun%20-%20Always%20There.m4a images: {'/local/1b9e9ec6441ded1ddbaf8eadb07b3f09-776x776.jpeg'}

And what gstream sees:

gst-launch-1.0 -v -t filesrc location=4-04\ Rick\ Braun\ -\ Always\ There.m4a ! qtdemux ! fakesink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
/GstPipeline:pipeline0/GstFakeSink:fakesink0.GstPad:sink: caps = audio/mpeg, mpegversion=(int)4, framed=(boolean)true, stream-format=(string)raw, level=(string)2, base-profile=(string)lc, profile=(string)lc, codec_data=(buffer)1210, rate=(int)44100, channels=(int)2
FOUND TAG      : found by element "fakesink0".
     audio codec: MPEG-4 AAC audio
 maximum bitrate: 307288
         bitrate: 256000
FOUND TAG      : found by element "fakesink0".
        datetime: 1999
           title: Always There
          artist: Rick Braun
    album artist: Various Artists
           album: 30 Years of Montreux Jazz Festival
         comment: Oldsmobile Aurora Presents
            date: 1999-01-01
         encoder: iTunes 12.8.2.3
    track number: 4
     track count: 5
     disc number: 4
      disc count: 4
           genre: Contemporary Jazz
           image: buffer of 105412 bytes, type: image/jpeg, width=(int)776, height=(int)776, sof-marker=(int)2
 artist sortname: Braun, Rick
album artist sortname: Various Artists
replaygain track gain: -4.330000
replaygain track peak: 0.998810
       artist ID: 5b6b8e54-c62b-4b9b-b191-788a5460ae03
 album artist ID: 89ad4ac3-39f7-470e-963a-56509c546377
        track ID: ba23402c-b674-40b3-9642-99f9ffffdb25
        album ID: f990e316-75a4-4a60-bb8c-6392c8d7e6e0
         QT atom: buffer of 25 bytes
                : buffer of 25 bytes
container format: ISO MP4/M4A
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Got EOS from element "pipeline0".
Execution ended after 0:00:00.440547798
Setting pipeline to NULL ...
Freeing pipeline ...

Running latest of Mopidy, Mopidy-local, Mopidy-Iris on a RPi with latest OS.

2

You could also check that Mopidy is providing the expected image in response to getImage requests from Iris. Debug logs during normal oepration will show the HTTP requests and responses.

Probably also worth ensuring Iris isn’t caching any old responses that didn’t have image results from your album.

3

It’s also worth nothing that Iris is also able to use other (online) sources for image data. You’d think it’d always prefer Mopidy’s image data but I can’t verify that.

4

After deleting the local db, deleting the Iris db in browser, clearing browser cache and restarting everything, the image shows up.
Not sure what part did it, but I appreciate your pointers. Thank you again.

5

This topic was automatically closed 182 days after the last reply. New replies are no longer allowed.