This keeps coming up as people really seem to like ncmpcpp's visualizer

Trick for making a reliable FIFO sink is twofold. You need to use non-blocking writes, which means opening the write socket will fail unless there is a reader, hence you need a reader as well. Secondly if the buffer fills up because the external reader falls behind or there is none, your internal reader needs to clear the buffer.

Following code captures the basic gist of this, but still needs some more work with respect to error handling.

import errno
import os
import stat

LINUX_FIFO_BUFFER_SIZE = 65536


class FifoStreamer(object):                                                     
    def __init__(self, location):                                               
        self.location = location                                                
        self.reader = None                                                      
        self.writer = None                                                      

    def create(self):                                                           
        try:                                                                    
            mode = os.stat(self.location).st_mode                               
            if not stat.S_ISFIFO(mode):                                         
                raise Exception('File exists but is not a FIFO')                
        except OSError as e:                                                    
            if e.errno == errno.ENOENT:                                         
                os.mkfifo(self.location)                                        
            else:                                                               
                raise                                                           

        # TODO: wrap in could not open reader / writer?
        self.reader = os.open(self.location, os.O_NONBLOCK | os.O_RDONLY)       
        self.writer = os.open(self.location, os.O_NONBLOCK | os.O_WRONLY)       

    def close(self):                                                            
        # TODO: make closing robust
        os.close(self.writer)                                                   
        os.close(self.reader)                                                   

    def write(self, data):                                                      
        while data:                                                             
            try:                                                                
                written = os.write(self.writer, data)                           
                data = data[written:]                                           
            except OSError as e:                                                
                if e.errno == errno.EINTR:                                      
                    continue                                                    
                elif e.errno in (errno.EAGAIN, errno.EWOULDBLOCK):              
                    self.flush()                                                
                else:                                                           
                    raise                                                       

    def flush(self):                                                            
        while True:                                                             
            try:                                                                    
                if not os.read(self.reader, LINUX_FIFO_BUFFER_SIZE):                             
                    break                                                       
            except OSError as e:                                                
                if e.errno in (errno.EAGAIN, errno.EWOULDBLOCK):                
                    break                                                       
                elif e.errno == errno.EINTR:                                    
                    continue                                                    
                else:                                                           
                    raise 

The code above now needs to be integrated with GStreamer do actually do it's thing. Assuming 0.10 this is actually very much doable, reason I am hesitant is that we are planing a move to 1.x and the gir binding are not suited for making elements in python. In the case of this code in 1.x the problem boils down to not being able to create the pad templates that BaseSink expect to find. Creating this as a plain element might be doable, but you would need to re-implement way to much of the handling BaseSink makes sure you get right.

import gobject                                                                  

import pygst                                                                    
pygst.require('0.10')                                                           
import gst                                                             


class FifoSink(gst.BaseSink):                                                   
    __gstdetails__ = (                                                          
        'FifoSink',                                                             
        'Sink',                                                                 
        'Sink designed to handle FIFO output.',                        
        'Mopidy')                                                               

    __gsttemplates__ = (gst.PadTemplate('sink', gst.PAD_SINK, gst.PAD_ALWAYS,   
                                        gst.caps_new_any()),)                   

    # TODO: don't allow changing location in flight, i.e. create getter/setter
    location = gobject.property(type=str)                                       

    def __init__(self):                                                         
        gst.BaseSink.__init__(self)                                             
        self.streamer = None                                                    

    def do_start(self):                                                                                               
        self.streamer = FifoStreamer(self.location)                             
        self.streamer.create()                                                  
        return True                                                             

    def do_stop(self):                                                          
        self.streamer.close()                                                   
        return True                                                             

    def do_render(self, buf):                                                   
        try:                                                                    
            self.streamer.write(bytes(buf))                                     
            return gst.FLOW_OK                                                  
        except OSError as e:                                                    
            self.error("Failed: %s", e)                                         
            return gst.FLOW_ERROR                                               


gobject.type_register(FifoSink)                                                 
gst.element_register(                                                           
    FifoSink, 'fifosink', gst.RANK_MARGINAL)                                    

if __name__ == '__main__':                                                      
    import gobject                                                              
    gobject.threads_init()                                                      

    output = """                                                                
capsfilter caps="audio/x-raw-int,width=16,rate=44100,channels=1" ! 
tee name=t 
t. ! queue ! alsasink                                                           
t. ! queue ! fifosink location=/tmp/test2.fifo                                  
"""                                                                             

    sink = gst.parse_bin_from_description(                                      
        output, ghost_unconnected_pads=True)                                    

    playbin = gst.element_factory_make('playbin2')                              
    playbin.set_property('audio_sink', sink) 

Note that one problem I ran into testing this was actually forgetting to match the audio format expected by ncmpcpp, so make sure mono/stereo do indeed match up.

I implemented writing/reading the core state to/from disk. Please review and comment.

Instead of using a get_state() method (as recommended in #310), the core controller themselves knows what to export/import.

Done:

• moved json export/import write_library()/load_library() from mopidy/local to mopidy/models
• new core methods save_state(), load_state()
• save_state(), load_state() accessible via rpc
• save state to disk at stop
• load state from disk at start
• new config: core.restore_state ("off", "load", "play")
• update documentation
• Persist following properties:

mopidy.core.tracklist
    _tl_tracks
    _next_tlid
    get_consume()
    get_random()
    get_repeat()
    get_single()
mopidy.core.history
    _history
mopidy.core.playlist
    get_current_tl_track()
    get_time_position()
mopidy.core.mixer
    get_volume()

Todo:

• seek to play position does not work. Timing issue.
• use extra thread to load state from disk at start?

All playback should be done via gstreamer elements that support the uri interface gstreamer supports. This would greatly simplify a lot of issues as we could fall back to simply always passing the uri to the uridecodebin as is instead of doing funny things like using an appsrc for spotify. I have more thoughts about this and the recent comments in #40 and #38 fit into this.

Major hurdle right no is that though I know how to write gstreamer elements in python (and C for that matter) it is not yet clear how to implement the URI interface via the python bindings. This might just be a gobject issue more than a gstreamer one, but I'm still looking.

When using the webclient with 0.16 (adapted for changes from the changelog), I get an error stating that the mopidy.playback and mopidy.tracklist objects are not defined. This happens not instantly, but after using the webclient for a while. After that, the Mopidy object is created, but there is no playback or tracklist object. The same behaviour in multiple browsers and on multiple systems. After restarting mopidy, the objects are back again, this is the object in the browser: http://pastebin.com/DW9t0mcD

I'm having an issue where the track never changes track. The next track just starts playing after the current track ends, but continues past the total time of the current track. Eventually, it realizes that the track it finished and just stops playing. This happens no matter what output or mixer I use. It might be hard to picture what I'm saying, so attached is a picture of what it looks like from ncmpcpp.

Note: mopidy is currently playing the next track, Unsre Stärke heißt zu schwach, despite displaying the previous track, Verstummt!

Unfortunately, I can't track down relevant data from the mopidy log. It seems to simply not realize that the track has changed, thus it does not log any change there.

Note that I can manually change the track with mpc next etc. Also, if it reaches the end of the playlist while still displaying the first song selected, it will end normally with this in the log:

DEBUG 2016-06-13 14:13:34,350 [29984:MpdSession-13] mopidy.mpd.session Request from [::ffff:50.76.48.109]:5684: idle

Version: Mopidy 2.0.0

Extensions tested:

• Mopidy-GMusic (1.0.0)
• Mopidy-SoundCloud (2.0.2)
• Mopidy-Youtube (2.0.2)

Edit: It eventually gets to this:

DEBUG    2016-06-13 14:47:26,482 [29984:MpdSession-18] mopidy.mpd.session
  Request from [::ffff:50.76.48.109]:25131: status
DEBUG    2016-06-13 14:47:26,486 [29984:MpdSession-18] mopidy.mpd.session
  Response to [::ffff:50.76.48.109]:25131: 
    volume: 100
    repeat: 0
    random: 0
    single: 0
    consume: 0
    playlist: 7
    playlistlength: 4
    xfade: 0
    state: play
    song: 0
    songid: 3
    time: 523:215
    elapsed: 523.607
    bitrate: 320
    OK
DEBUG    2016-06-13 14:47:26,582 [29984:MainThread] mopidy.audio.gst
  Got TAG bus message: tags={'audio-codec': [u'MPEG-1 Layer 3 (MP3)'], 'bitrate': [320000], 'has-crc': [False], 'channel-mode': [u'stereo']}
DEBUG    2016-06-13 14:47:26,584 [29984:MainThread] mopidy.audio.gst
  Got TAG bus message: tags={'audio-codec': [u'MPEG-1 Layer 3 (MP3)'], 'bitrate': [320000], 'channel-mode': [u'joint-stereo']}
DEBUG    2016-06-13 14:47:26,620 [29984:MpdSession-18] mopidy.mpd.session
  Request from [::ffff:50.76.48.109]:25131: idle
DEBUG    2016-06-13 14:47:26,791 [29984:MainThread] mopidy.audio.gst
  Got TAG bus message: tags={'audio-codec': [u'MPEG-1 Layer 3 (MP3)'], 'minimum-bitrate': [320031], 'bitrate': [320000], 'maximum-bitrate': [320031], 'channel-mode': [u'joint-stereo']}
DEBUG    2016-06-13 14:47:26,843 [29984:MainThread] mopidy.audio.gst
  Got TAG bus message: tags={'audio-codec': [u'MPEG-1 Layer 3 (MP3)'], 'minimum-bitrate': [319725], 'bitrate': [320000], 'maximum-bitrate': [320031], 'channel-mode': [u'joint-stereo']}
DEBUG    2016-06-13 14:47:27,624 [29984:MpdSession-18] mopidy.mpd.session
  Request from [::ffff:50.76.48.109]:25131: noidle
DEBUG    2016-06-13 14:47:27,627 [29984:MpdSession-18] mopidy.mpd.session
  Response to [::ffff:50.76.48.109]:25131: OK
DEBUG    2016-06-13 14:47:27,755 [29984:MpdSession-18] mopidy.mpd.session
  Request from [::ffff:50.76.48.109]:25131: status
DEBUG    2016-06-13 14:47:27,759 [29984:MpdSession-18] mopidy.mpd.session
  Response to [::ffff:50.76.48.109]:25131: 
    volume: 100
    repeat: 0
    random: 0
    single: 0
    consume: 0
    playlist: 7
    playlistlength: 4
    xfade: 0
    state: play
    song: 0
    songid: 3
    time: 2:215
    elapsed: 2.194
    bitrate: 320
    OK

where the song that it started playing initially just restarts.

I have what appears to be a memory leak on a Mopidy installation on a RasPi, booting and running over NFS. Initially I thought the problem was that I had no swap set up, so I added some, but it continues to happen.

The extremely odd thing about this is that the NFS root image is identical to three other RasPi servers handling sound systems in other rooms of the house, but those other three systems have run for weeks without exhibiting any issues. The failing unit freezes up nearly once a day. The only difference among all four servers is the exact content of the music library, but all libraries are pretty small...less than 2k songs, far less in some cases. All songs are in MP3 format, in case it makes a difference.

Here's a screenshot of top that I had left running to see the system state when it freezes. Note the insane load and 0k free swap, and the fact that kswapd is pegging the CPU, but also that mopidy is the one using all the memory. Normally the mopidy process is down around 5-6% mem usage.

I'm already using a local SQLite db. I can run a local scan from the command line with no issues.

After the above screenshot, I power-cycled the RasPi and got back into a top session so I could pay more attention to it. The %MEM value reported has slowly crept upward from about 5% to 42%, where it is now. I expect it will continue to rise if I do nothing.

In contrast, one of the stable RasPi audio servers has been running for over two weeks solid and playing audio for at least 72 hours without stopping, and the mopidy process is at 6.7% usage. It even has a slightly larger library.

...and after a while longer, the memory use did indeed continue to creep upwards (at 50% when I acted), and I ran sudo service mopidy force-reload as a test to see if that would help. It did--mopidy memory usage dropped down near zero for a moment, and then back to the expected ~5%. No full service restart needed, though I assume that also would have done the same.

The different RasPis involved all report Raspberry Pi 3 Model B Rev 1.2 from the output of cat /sys/firmware/devicetree/base/model. They are running over NFS mounted root folders that are exact copies of each other, except for the hostname. The contents of /etc/mopidy/mopidy.conf are identical. The memory usage takes many hours to grow significantly, but it will eventually eat up all available RAM and swap space.

I have confirmed as well that the memory use stops increasing when audio is stopped (not sure about paused though). The following set of graphs shows RAM and SWAP usage on the problem system over a 24-hour period, including two full PLAY-STOP cycles (hours long) with one final PLAY event at the end to confirm. I did another force-reload immediately after this to avoid a complete system freeze and drop RAM/swap usage back down to normal levels.

You can see how the RAM is eaten up first (from 50% to 80%) during the first cycle, then shortly after the second cycle starts, it eats the last bit of safe RAM (from 80% to 85%) and then switches to consuming swap (from 20% to 80%) until stopped. Finally, it ticks up again at a consistent rate about 15 minutes before the end of the graph, which is where I started playback again.

Note, as far as I can tell, pausing playback in the Mopidy/moped web interface has the same effect as stopping it in this regard, i.e. it stops eating memory.

Host platform is Raspbian on a RasPi 3B v1.2:

Linux lucas-audio 4.19.66-v7+ #1253 SMP Thu Aug 15 11:49:46 BST 2019 armv7l GNU/Linux

It is possible that this issue is related to either #1750 (most likely) or #1648 (less likely).

For some radio stations the Tunein API provides a URL to a playlist file which needs to be downloaded and parsed in order to extract the actual stream URIs (e.g. http://www.bbc.co.uk/radio/listen/live/r2.asx). The code to do this already exists in https://github.com/mopidy/mopidy/tree/develop/mopidy/audio for scanning local playlists but I wanted to reuse this for these remote playlists. I know the stream extension just provides Scanner.scan() with a playable stream URI and it's happy, but I when I try to give it a remote playlist URI (like the BBC one above) it can't handle it. Unfortunately I don't have the exact exception message to hand.

I don't understand what goes on inside gstreamer than doesn't differentiate between playing local and remote music files, but does have a problem with remote vs local playlist files. Why can't it just use the various playlist handlers that are registered?

I could fetch the playlist data myself, wrap it in a file like object and give that to Scanner.scan() - similar to what the tests do - or call the parse_asx|pls|m3u functions directly. Failing that I could just duplicate the playlist parsing code in the extension but that's horrible. What's the best thing to do here?

Mopidy won't start on my SLES11-SP2 (Python 2.6) and openSUSE 11.4 (Python 2.7) systems.

When starting Mopidy, it fails with the following error:

[email protected]:~$  mopidy
Traceback (most recent call last):
  File "/usr/local/bin/mopidy", line 5, in <module>
    main()
  File "/usr/local/lib64/python2.6/site-packages/mopidy/__main__.py", line 48, in main
    options = parse_options()
  File "/usr/local/lib64/python2.6/site-packages/mopidy/__main__.py", line 85, in parse_options
    help='show GStreamer help options')
  File "/usr/lib64/python2.6/optparse.py", line 1012, in add_option
    raise TypeError, "invalid arguments"
TypeError: invalid arguments
[email protected]:~$  python --version
Python 2.6
[email protected]:~$  uname -a
Linux faust 3.0.13-0.27-default #1 SMP Wed Feb 15 13:33:49 UTC 2012 (d73692b) x86_64 x86_64 x86_64 GNU/Linux
[email protected]:~$  cat /etc/SuSE-release 
SUSE Linux Enterprise Server 11 (x86_64)
VERSION = 11
PATCHLEVEL = 2
[email protected]:~$  

I believe it has something to do with unicode string handling, but I'm no Python expert, so I got stuck.

Hello all,

I've been playing with mopidy on my my Rpi. I am trying to play music from Spotify through mopidy via Alsa, while a squeezelite client is also active. Thus, I activated dmix from Alsa to enable simultaneous use of the USB DAC by more than one app. Pulseaudio was giving me all kinds of headaches in this combination.

What I noticed is that squeezelite has not problems with Audio quality going through dmix, wherease mopidy produces crackling sounds and dropouts. squeezelite did the same thing until I adjusted the alsa buffer to 160ms. So basicallly my setup works, but the audio quality of mopidy is not so great.

• Is there any method to specify an (alsa) buffer for the gstreamer pipeline?
• Or can you sent to alsa directly without gstreamer?

I suspect some problem along the mopidy-spotify -> gstreamer -> alsa -> dmix pipeline - possibly a too small buffer or up-sample problem.

I'd like to avoid using pulseaudio because I couldn't get it to work in my setup. I have not tried jackd1, but I am not sure if squeezelite would play ball.

I installed the latest version of mopidy from git on a Rasbperry Pi (Debian Squeeze for ARM). Before, I installed the following dependencies:

• Pykka 0.14 (via pip install pykka)
• gstreamer 0.10 (via apt-get install ...)
• libspotify 12.1.51 eabi-armv6t (downloaded from spotify and successfully built)
• pyspotify 1.7 (latest from git)

Then I installed Mopidy 0.7.2 (latest from git).

When I start Mopidy I run into a segmentation fault:

INFO     Starting Mopidy 0.7.2 on Linux-3.1.9+-armv6l-with-debian-6.0.4 CPython 2.6.6
INFO     Mopidy uses SPOTIFY(R) CORE
INFO     MPD server running at [127.0.0.1]:6600
INFO     Disabled: mopidy.frontends.lastfm.LastfmFrontend (No module named pylast)
INFO     Disabled: mopidy.frontends.mpris.MprisFrontend (No module named dbus)
INFO     Connected to Spotify
Segmentation fault

What's going wrong here? Is it a general bug or something with the versions I use? The apt repo doesn't seem to work for Debian/ARM.

I tried to use gdb to find out the cause, and it said:

Program received signal SIGSEGV, Segmentation fault.
0x00007f5e56cae4d5 in g_mutex_lock () from /usr/lib/libglib-2.0.so.0

Since fetching playlists from a remote backend can be an expensive operation, several mopidy extensions (e.g. mopidy-spotify and mopidy-tidal) implement some form of caching as a trade-off.

mopidy-spotify loads playlist contents only at startup: it slows down mopidy's startup, but it makes sure that loading playlists later is snappy, even if that comes at the cost of losing playlist updates until the app is restarted.

mopidy-tidal, on the other hand, performs a "lazy initialization" - it loads the playlists from upstream only when core.playlists.as_list is called the first time. It can also be configured with a time-based setting for expiring the cached playlists, so users can tune it to find their own trade-off between playlists "freshness" and performance.

I think that things could be simplified a lot on the extensions side (and the user experience would also benefit from it) if the core could simply allow a client to pass something like a force_refresh=True flag to core.playlists.as_list, or a separate core.playlists.refresh method. It may break the mpd compatibility, but mpd AFAIK doesn't support the concept of playlists caching anyways.

Extensions that perform caching of playlists could then react separately on those requests to invalidate their caches, while other backends would simply ignore them.

Clients like Iris could then be used by users to manually trigger a refresh when they know that some playlists have been updated and they want to sync those changes. Right now Iris provides a "Refresh" button in the Playlists menu, but that simply calls core.playlists.as_list, which doesn't really have any effect on backends that perform caching.

Hi, It would be great to have (like mpd), support of multiple soundcard and switch in live with mpd client or http interface... We are lot of people using multiple dacs, use bitperfect to play directly on this dacs. Switch from one to another actually request to have multiple mopidy instance (or sed + restart). Thx

Describe the bug Mopidy web server stops responding completely after visiting youtube playlist

How to reproduce Visit youtube videos playlist

Expected behaviour Expected to survive

Environment Please complete the following information:

• Operating system (e.g. Raspberry Pi OS Buster)
• Running Mopidy as a service
• Your config (output of sudo mopidyctl config)

sudo mopidyctl config
Running "/usr/bin/mopidy --config /usr/share/mopidy/conf.d:/etc/mopidy/mopidy.conf config" as user mopidy
[core]
cache_dir = /var/cache/mopidy
config_dir = /etc/mopidy
data_dir = /var/lib/mopidy
max_tracklist_length = 10000
restore_state = false

[logging]
verbosity = 0
format = %(levelname)-8s [%(threadName)s] %(name)s %(message)s
color = false
config_file = 

[audio]
mixer = software
mixer_volume = 100
output = pulsesink server=127.0.0.1
buffer_time = 

[proxy]
scheme = 
hostname = 
port = 
username = 
password = 

[ytmusic]
enabled = false  ; Extension disabled by self check.

[youtube]
enabled = true
allow_cache = 
youtube_api_key = 
search_results = 15
playlist_max_videos = 20
api_enabled = false
channel_id = 
musicapi_enabled = false
musicapi_cookie = 
autoplay_enabled = false
strict_autoplay = false
max_autoplay_length = 600
max_degrees_of_separation = 3
youtube_dl_package = yt_dlp

[soundcloud]
enabled = false  ; Extension disabled due to config errors.
explore_songs = 25
auth_token =   ; Must be set.

[pandora]
enabled = false  ; Extension disabled due to config errors.
api_host = tuner.pandora.com/services/json/
partner_encryption_key =   ; Must be set.
partner_decryption_key =   ; Must be set.
partner_username = android
partner_password =   ; Must be set.
partner_device = android-generic
username =   ; Must be set.
password =   ; Must be set.
preferred_audio_quality = highQuality
sort_order = a-z
auto_setup = true
cache_time_to_live = 86400
event_support_enabled = false
double_click_interval = 2.50
on_pause_resume_click = thumbs_up
on_pause_next_click = thumbs_down
on_pause_previous_click = sleep
on_pause_resume_pause_click = delete_station

[musicbox_webclient]
enabled = true
musicbox = false
websocket_host = 
websocket_port = 
on_track_click = PLAY_ALL

[iris]
enabled = true
country = NZ
locale = en_NZ
verify_certificates = true
snapcast_enabled = true
snapcast_host = localhost
snapcast_port = 1780
snapcast_ssl = false
snapcast_stream = Default
spotify_authorization_url = https://jamesbarnsley.co.nz/iris/auth_spotify.php
lastfm_authorization_url = https://jamesbarnsley.co.nz/iris/auth_lastfm.php
genius_authorization_url = https://jamesbarnsley.co.nz/iris/auth_genius.php
data_dir = $XDG_DATA_DIR/iris

[file]
enabled = true
media_dirs = 
  $XDG_MUSIC_DIR|Music
  ~/|Home
excluded_file_extensions = 
  .directory
  .html
  .jpeg
  .jpg
  .log
  .nfo
  .pdf
  .png
  .txt
  .zip
show_dotfiles = false
follow_symlinks = false
metadata_timeout = 1000

[http]
enabled = true
hostname = ::
port = 6680
zeroconf = Mopidy HTTP server on $hostname
allowed_origins = 
csrf_protection = true
default_app = mopidy

[m3u]
enabled = true
base_dir = 
default_encoding = latin-1
default_extension = .m3u8
playlists_dir = 

[softwaremixer]
enabled = true

[stream]
enabled = true
protocols = 
  http
  https
  mms
  rtmp
  rtmps
  rtsp
metadata_blacklist = 
timeout = 5000

[tunein]
enabled = true
timeout = 5000
filter = 

[mpd]
enabled = true
hostname = ::
port = 6600
password = 
max_connections = 20
connection_timeout = 60
zeroconf = Mopidy MPD server on $hostname
command_blacklist = 
  listall
  listallinfo
default_playlist_scheme = m3u

• Software versions (output of sudo mopidyctl deps)

sudo mopidyctl deps
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.10.103-v8+-aarch64-with-debian-10.12
Python: CPython 3.7.3 from /usr/lib/python3.7
Mopidy: 3.3.0 from /usr/lib/python3/dist-packages
Mopidy-TuneIn: 1.1.0 from /usr/lib/python3/dist-packages
Mopidy-MusicBox-Webclient: 3.1.0 from /usr/local/lib/python3.7/dist-packages
  setuptools: 40.8.0 from /usr/lib/python3/dist-packages
  Mopidy: 3.3.0 from /usr/lib/python3/dist-packages
  Pykka: 2.0.3 from /usr/lib/python3/dist-packages
Mopidy-MPD: 3.3.0 from /usr/lib/python3/dist-packages
Mopidy-Pandora: 1.1.1 from /usr/local/lib/python3.7/dist-packages
  pydora: 2.1.1 from /usr/local/lib/python3.7/dist-packages
    blowfish: 0.6.1 from /usr/local/lib/python3.7/dist-packages
    requests: 2.28.0 from /usr/local/lib/python3.7/dist-packages
      idna: 2.6 from /usr/lib/python3/dist-packages
      charset-normalizer: 2.0.12 from /usr/local/lib/python3.7/dist-packages
      urllib3: 1.24.1 from /usr/lib/python3/dist-packages
      certifi: 2018.8.24 from /usr/lib/python3/dist-packages
  cachetools: 5.2.0 from /usr/local/lib/python3.7/dist-packages
  setuptools: 40.8.0 from /usr/lib/python3/dist-packages
  requests: 2.28.0 from /usr/local/lib/python3.7/dist-packages
    idna: 2.6 from /usr/lib/python3/dist-packages
    charset-normalizer: 2.0.12 from /usr/local/lib/python3.7/dist-packages
    urllib3: 1.24.1 from /usr/lib/python3/dist-packages
    certifi: 2018.8.24 from /usr/lib/python3/dist-packages
  Mopidy: 3.3.0 from /usr/lib/python3/dist-packages
  Pykka: 2.0.3 from /usr/lib/python3/dist-packages
Mopidy-Iris: 3.64.0 from /usr/local/lib/python3.7/dist-packages
  setuptools: 40.8.0 from /usr/lib/python3/dist-packages
  Mopidy: 3.3.0 from /usr/lib/python3/dist-packages
  Pykka: 2.0.3 from /usr/lib/python3/dist-packages
Mopidy-YouTube: 3.5 from /usr/local/lib/python3.7/dist-packages
  requests: 2.28.0 from /usr/local/lib/python3.7/dist-packages
    idna: 2.6 from /usr/lib/python3/dist-packages
    charset-normalizer: 2.0.12 from /usr/local/lib/python3.7/dist-packages
    urllib3: 1.24.1 from /usr/lib/python3/dist-packages
    certifi: 2018.8.24 from /usr/lib/python3/dist-packages
  cachetools: 5.2.0 from /usr/local/lib/python3.7/dist-packages
  beautifulsoup4: 4.11.1 from /usr/local/lib/python3.7/dist-packages
    soupsieve: 2.3.2.post1 from /usr/local/lib/python3.7/dist-packages
  Mopidy: 3.3.0 from /usr/lib/python3/dist-packages
  setuptools: 40.8.0 from /usr/lib/python3/dist-packages
  Pykka: 2.0.3 from /usr/lib/python3/dist-packages
mopidy-ytmusic: 0.3.5 from /usr/local/lib/python3.7/dist-packages
  ytmusicapi: 0.19.2 from /usr/local/lib/python3.7/dist-packages
    requests: 2.28.0 from /usr/local/lib/python3.7/dist-packages
      idna: 2.6 from /usr/lib/python3/dist-packages
      charset-normalizer: 2.0.12 from /usr/local/lib/python3.7/dist-packages
      urllib3: 1.24.1 from /usr/lib/python3/dist-packages
      certifi: 2018.8.24 from /usr/lib/python3/dist-packages
  Mopidy: 3.3.0 from /usr/lib/python3/dist-packages
  pytube: 12.1.0 from /usr/local/lib/python3.7/dist-packages
Mopidy-SoundCloud: 3.0.1 from /usr/local/lib/python3.7/dist-packages
  setuptools: 40.8.0 from /usr/lib/python3/dist-packages
  requests: 2.28.0 from /usr/local/lib/python3.7/dist-packages
    idna: 2.6 from /usr/lib/python3/dist-packages
    charset-normalizer: 2.0.12 from /usr/local/lib/python3.7/dist-packages
    urllib3: 1.24.1 from /usr/lib/python3/dist-packages
    certifi: 2018.8.24 from /usr/lib/python3/dist-packages
  Mopidy: 3.3.0 from /usr/lib/python3/dist-packages
  Pykka: 2.0.3 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

• Any specific hardware (e.g. an exotic USB soundcard)

Additional context

Error:

Started getting mopidy_youtube list_videos error ""

status:

Jul 09 15:04:54 lysmarine sh[3599]: INFO     [YouTubeBackend-3] mopidy_youtube file caching not enabled
Jul 09 15:04:54 lysmarine sh[3599]: INFO     [YouTubeBackend-3] mopidy_youtube using jAPI
Jul 09 15:04:54 lysmarine sh[3599]: INFO     [Audio-2] mopidy.audio.actor Audio output set to "pulsesink server=127.0.0.1"
Jul 09 15:04:54 lysmarine sh[3599]: INFO     [MainThread] mopidy.commands Starting Mopidy core
Jul 09 15:04:54 lysmarine sh[3599]: INFO     [MainThread] mopidy.commands Starting Mopidy frontends: YouTubeAutoplayer, YouTub
Jul 09 15:04:54 lysmarine sh[3599]: INFO     [IrisFrontend-11] mopidy_iris.core Starting Iris 3.64.0
Jul 09 15:04:54 lysmarine sh[3599]: INFO     [HttpFrontend-13] mopidy.http.actor HTTP server running at [::]:6680
Jul 09 15:04:54 lysmarine sh[3599]: INFO     [MainThread] mopidy_mpd.actor MPD server running at [::]:6600
Jul 09 15:04:54 lysmarine sh[3599]: INFO     [MainThread] mopidy.commands Starting GLib mainloop
Jul 09 15:05:32 lysmarine sh[3599]: ERROR    [ThreadPoolExecutor-1_0] mopidy_youtube list_videos error ""

This moves almost all of the processing for the media_dirs file setting into the config system, with the aim of making it more robust while also resolving some bugs. The only thing left for the file library backend to do manually now is verify that the input directories actually exist as folders.

The main bug this solves is an issue of whitespace handling around paths, as detailed in #1965.

To make this possible, the Path config type has been altered to return pathlib objects rather than strings.

After mopidy adds and plays mp3, deletes the corresponding playlist and calls the clear instruction through the client, and the memory occupied by mopidy will not be released。

How to release the memory occupied by mopidy？

[email protected]:/home/ubuntu# mopidy deps Executable: /usr/bin/mopidy Platform: Linux-4.14.98-aarch64-with-glibc2.29 Python: CPython 3.8.10 from /usr/lib/python3.8 Mopidy: 3.0.1 from /usr/lib/python3/dist-packages Mopidy-MPD: 3.2.0 from /usr/local/lib/python3.8/dist-packages Mopidy: 3.0.1 from /usr/lib/python3/dist-packages Pykka: 2.0.2 from /usr/lib/python3/dist-packages setuptools: 45.2.0 from /usr/lib/python3/dist-packages Mopidy-Iris: 3.62.0 from /usr/local/lib/python3.8/dist-packages Mopidy: 3.0.1 from /usr/lib/python3/dist-packages Pykka: 2.0.2 from /usr/lib/python3/dist-packages setuptools: 45.2.0 from /usr/lib/python3/dist-packages Mopidy-Local: 3.2.1 from /usr/local/lib/python3.8/dist-packages Mopidy: 3.0.1 from /usr/lib/python3/dist-packages Pykka: 2.0.2 from /usr/lib/python3/dist-packages setuptools: 45.2.0 from /usr/lib/python3/dist-packages uritools: 4.0.0 from /usr/local/lib/python3.8/dist-packages GStreamer: 1.16.2.0 from /usr/lib/python3/dist-packages/gi Detailed information: Python wrapper: python-gi 3.36.0 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

[email protected]:/home/ubuntu# mopidy config [core] cache_dir = $XDG_CACHE_DIR/mopidy config_dir = $XDG_CONFIG_DIR/mopidy data_dir = $XDG_DATA_DIR/mopidy max_tracklist_length = 10000 restore_state = false

[logging] verbosity = 0 format = %(levelname)-8s %(asctime)s [%(process)d:%(threadName)s] %(name)s\n %(message)s color = true config_file =

[audio] mixer = software mixer_volume = output = autoaudiosink buffer_time =

[proxy] scheme = hostname = port = username = password =

[mpd] enabled = true hostname = 127.0.0.1 port = 6600 password = max_connections = 20 connection_timeout = 60 zeroconf = Mopidy MPD server on $hostname command_blacklist = listall listallinfo default_playlist_scheme = m3u

[local] enabled = false ; Extension disabled due to config errors. max_search_results = 100 media_dir = ; Must be set. scan_timeout = 1000 scan_flush_threshold = 100 scan_follow_symlinks = false included_file_extensions = excluded_file_extensions = .cue .directory .html .jpeg .jpg .log .nfo .pdf .png .txt .zip directories = Albums local:directory?type=album Artists local:directory?type=artist Composers local:directory?type=artist&role=composer Genres local:directory?type=genre Performers local:directory?type=artist&role=performer Release Years local:directory?type=date&format=%25Y Tracks local:directory?type=track Last Week's Updates local:directory?max-age=604800 Last Month's Updates local:directory?max-age=2592000 timeout = 10 use_artist_sortname = false album_art_files = *.jpg *.jpeg *.png

[iris] enabled = true country = NZ locale = en_NZ verify_certificates = true snapcast_enabled = true snapcast_host = localhost snapcast_port = 1780 snapcast_ssl = false snapcast_stream = Default spotify_authorization_url = https://jamesbarnsley.co.nz/iris/auth_spotify.php lastfm_authorization_url = https://jamesbarnsley.co.nz/iris/auth_lastfm.php genius_authorization_url = https://jamesbarnsley.co.nz/iris/auth_genius.php data_dir = $XDG_DATA_DIR/iris

[file] enabled = true media_dirs = $XDG_MUSIC_DIR|Music ~/|Home excluded_file_extensions = .directory .html .jpeg .jpg .log .nfo .pdf .png .txt .zip show_dotfiles = false follow_symlinks = false metadata_timeout = 1000

[http] enabled = true hostname = 127.0.0.1 port = 6680 zeroconf = Mopidy HTTP server on $hostname allowed_origins = csrf_protection = true default_app = mopidy

[m3u] enabled = true base_dir = default_encoding = latin-1 default_extension = .m3u8 playlists_dir =

[softwaremixer] enabled = true

[stream] enabled = true protocols = http https mms rtmp rtmps rtsp metadata_blacklist = timeout = 5000