Mopidy hangs when "plchanges 0" is issued through mpd and the playlist is not empty

General
1

Hi, I have some trouble with my mopidy setup which I use primarily through the MPD interface.

Using the ncmpcpp command line client, I get into a deadlock. This client sends “plchanges 0” which causes Mopidy to throw an exception. The debug output is shown here: https://gist.github.com/unimatrix27/2cb2ac32355458e27876482493be32b6

This happens only if there are songs in the playlist. The same reaction happens e.g. for “playlistinfo”

Can anyone reproduce this?

2

The cause of the error is the:

UnicodeDecodeError: ‘ascii’ codec can’t decode byte 0xc3 in position 64: ordinal not in range(128)

We’d need to know what version of Mopidy - whats the output of mopidy deps?

3

And what backend are these tracks from? Local?

4

Hi, the files are from the “file” backend. I am not using local, as I only want to browse the directory structure.

[file]
enabled = true
media_dirs = /mnt/data2/music/
show_dotfiles = false
follow_symlinks = false
metadata_timeout = 1000

Here is the output of mopidy deps
http://paste.ubuntu.com/23796780/

I found out that I dont have the problem if I load playlists from the spotify backend, and it seems it also does not occur for all files, so I am trying to find out what is special about those files that cause the problem. Is it something in the mp3 tags that is not encoded correctly?

5

I managed to get rid of the problem by changing all my mp3 filenames in a way that i am using only the most standard characters. I dont know which character might have caused the problem

Used the following script:
http://paste.ubuntu.com/23805157/

6

I tried but I cannot reproduce this. If the work-around is to remove non-ASCII characters from your mp3 filenames then my theory was that it was this part of the code that derives the track name from the filename if there is no name tag in the file’s metadata. But that code already handles the decoding so it seems fine to me.

Were the files missing mp3 track name tags? You can print the tags with gst-discoverer-1.0 <filename>

7

I tried for 2 files where I remember caused the problem and they did not have any tag information at all. Beyond that its hard to tell, I have around 150.000 mp3 files in my folder.