Local scan does not add my tracks in the db

Q&A
1

I have just added a full album of 24 mp3 tracks to my music folder and launched a local scan, but the tracks have not been loaded in the db. I checked in the sqlite3 tables and they are not there and of course the client (Iris) is not showing them.

I check permissions of the files and they are correct.
(Using mopidy 3.0.2 on Raspberry Buster)

2

Could you provide the output of sudo mopidyctl -o logging/verbosity=4 local scan

4

Yes, here it is:

5

May I also have a hint what the new files were?

6

And output of sudo mopidyctl deps

7

All those related to the artist Renato Zero

  • Sent from my mobile phone. Sorry for typos -
8 
Running "/usr/bin/mopidy --config /usr/share/mopidy/conf.d:/etc/mopidy/mopidy.conf deps" as user mopidy
Executable: /usr/bin/mopidy
Platform: Linux-5.4.72-v7+-armv7l-with-debian-10.6
Python: CPython 3.7.3 from /usr/lib/python3.7
Mopidy: 3.0.2 from /usr/lib/python3/dist-packages
Mopidy-Cd: 0.5 from /usr/local/lib/python3.7/dist-packages
  setuptools: 40.8.0 from /usr/lib/python3/dist-packages
  Pykka: 2.0.2 from /usr/lib/python3/dist-packages
  musicbrainzngs: 0.6 from /usr/local/lib/python3.7/dist-packages
  Mopidy: 3.0.2 from /usr/lib/python3/dist-packages
Mopidy-Iris: 3.55.1 from /usr/local/lib/python3.7/dist-packages
  Mopidy: 3.0.2 from /usr/lib/python3/dist-packages
  Pykka: 2.0.2 from /usr/lib/python3/dist-packages
  setuptools: 40.8.0 from /usr/lib/python3/dist-packages
Mopidy-Spotify: 4.0.1 from /usr/lib/python3/dist-packages
Mopidy-ALSAMixer: 2.0.0 from /usr/lib/python3/dist-packages
Mopidy-Spotify-Tunigo: 1.0.0 from /usr/local/lib/python3.7/dist-packages
  Pykka: 2.0.2 from /usr/lib/python3/dist-packages
  setuptools: 40.8.0 from /usr/lib/python3/dist-packages
  Mopidy-Spotify: 4.0.1 from /usr/lib/python3/dist-packages
  tunigo: 1.0.0 from /usr/local/lib/python3.7/dist-packages
    requests: 2.21.0 from /usr/lib/python3/dist-packages
    setuptools: 40.8.0 from /usr/lib/python3/dist-packages
  Mopidy: 3.0.2 from /usr/lib/python3/dist-packages
Mopidy-Local: 3.1.1 from /usr/local/lib/python3.7/dist-packages
  Pykka: 2.0.2 from /usr/lib/python3/dist-packages
  setuptools: 40.8.0 from /usr/lib/python3/dist-packages
  uritools: 2.2.0 from /usr/lib/python3/dist-packages
  Mopidy: 3.0.2 from /usr/lib/python3/dist-packages
Mopidy-SoundCloud: 3.0.0 from /usr/lib/python3/dist-packages
Mopidy-Scrobbler: 2.0.0 from /usr/lib/python3/dist-packages
Mopidy-Podcast-iTunes: 3.0.0 from /usr/lib/python3/dist-packages
Mopidy-MPD: 3.0.0 from /usr/lib/python3/dist-packages
Mopidy-InternetArchive: 3.0.0 from /usr/lib/python3/dist-packages
Mopidy-Podcast: 3.0.0 from /usr/lib/python3/dist-packages
Mopidy-TuneIn: 1.0.0 from /usr/lib/python3/dist-packages
GStreamer: 1.14.4.0 from /usr/lib/python3/dist-packages/gi
  Detailed information: 
    Python wrapper: python-gi 3.30.4
    Relevant elements:
      Found:
        uridecodebin
        souphttpsrc
        appsrc
        alsasink
        osssink
        oss4sink
        pulsesink
        id3demux
        id3v2mux
        lamemp3enc
        mpegaudioparse
        mpg123audiodec
        vorbisdec
        vorbisenc
        vorbisparse
        oggdemux
        oggmux
        oggparse
        flacdec
        flacparse
        shout2send
      Not found:
        flump3dec
        mad
9

As you can see, those tracks are being found and they are not been skipped. Mopidy thinks it already has an entry for them in your database so it is not rescanning them. You could try forcing a rescan of everything with sudo mopidyctl local scan --force, perhaps also with the logging verbosity=4 to look for any issues that are erroneously not being reported. You could also try checking that Mopidy can find the tags:

python3 /usr/lib/python3/dist-packages/mopidy/audio/scan.py "/media/MUSIC/Renato Zero/02.Litaliana.mp3"

But at this point I would fully expect those tracks to be in your database.

10 
sudo /usr/bin/sqlite3 /var/lib/mopidy/local/library.db

sqlite> SELECT name FROM artist WHERE name="Renato Zero";
sqlite>
11

Local scan --force:

12

Ok. Some more detail: tracks are in the track table:

sqlite> select name from tracks where name="02.Litaliana.mp3";
02.Litaliana.mp3

But the artist and the album are not.

13

It’s probably better to SELECT on the URI field when checking if present in the database, then you’ll find it regardless of any tagging issues.

And how about:

14 
python3 /usr/lib/python3/dist-packages/mopidy/audio/scan.py "/media/MUSIC/Renato Zero/02.Litaliana.mp3"
2020-12-10 21:18:29,128 TRACE element decodebin0: have-audio;
2020-12-10 21:18:29,139 TRACE element mpegaudioparse0: GstMessageDurationChanged;
2020-12-10 21:18:29,141 TRACE element fakesink0: GstMessageTag, taglist=(taglist)"taglist\,\ has-crc\=\(boolean\)false\,\ chan...
2020-12-10 21:18:29,145 TRACE element pipeline0: GstMessageAsyncDone, running-time=(guint64)18446744073709551615;
uri                    file:///media/MUSIC/Renato%20Zero/02.Litaliana.mp3
mime                   None
duration               376920
playable               True
seekable               True
tags
has-crc                [False]
channel-mode           ['joint-stereo']
audio-codec            ['MPEG-1 Layer 3 (MP3)']
15

Not having the entries in the Artists or Album tables, I cannot select them from Iris frontend…
Why the new artist is not listed in the Artists table?

16

I don’t see any artist or album tags present for the file. Are you sure these new files are correctly tagged?

17

You are right. I have ripped them from a CD but I haven’t correctly scanned for tags. I will now use Musicbrainz Picard to retrieve all the tags.

Thank you for your time!