Skip to main content

MopidyAPI

Project description

MopidyAPI

MopidyAPI is a Python (3.6+) library for interacting with Mopidy via its JSON RPC API.

MopidyAPI uses HTTP to call RPC methods, and websockets to listen for events.

It is compatible with all functions present in Mopidy 3.0.1.

Installation

pip install mopidyapi

Usage

MopidyAPI contains functions mapping to each of the Mopidy v3.0.1 core API functions.

For example mopidy.core.PlaybackController.pause() in the documentation maps to MopidyAPI.playback.pause() here.

Quick example

>>> from mopidyapi import MopidyAPI
>>> m = MopidyAPI()
>>> tracks = m.tracklist.get_tracks()
>>> tracks[0].name

	'I've Seen Footage'

>>> tracks[0].artists

	[Artist(name='Death Grips', uri='spotify:artist:5RADpgYLOuS2ZxDq7ggYYH')]

>>> tracks[0]._fields

	('album',
	 'name',
	 'disc_no',
	 'uri',
	 'length',
	 'track_no',
	 'artists',
	 'date',
	 'bitrate')

Connecting to Mopidy

To connect to Mopidy, you need to instantiate a MopidyAPI object. By default, it will connect to Mopidy at localhost:6680, so you might not need to give the constructor any arguments.

from mopidyapi import MopidyAPI
m = MopidyAPI(host='my.mopidy.host.com', port=6680)

You can also pass use_websockets=False, to prevent starting the websocket listener, which runs in a separate thread. However, event listening (described below) won't work with this set.

Calling Mopidy functions

All of the functions described in the Mopidy 3.0.1 core API documentation are available in MopidyAPI.

Functions named in the Mopidy docs as core.<ControllerName>Controller.<functionname>(), will be under the name MopidyAPI.<controllername>.<functionname>()

For example, you can pause the music by calling m.playback.pause(), or you could search for a song by calling e.g. m.library.search(artist='Rick Astley'), where m = MopidyAPI().

Functions will return Python native namedtuple representations of the returned data.

Event listening

You can use function decorators to mark specific functions to be called when an event arrives. See example below.

The events used are described in Mopidy's core events documentation.

from mopidyapi import MopidyAPI
m = MopidyAPI()

@m.on_event('volume_changed')
def print_volume(event):
    print(f"Volume changed to: {event.volume}")

@m.on_event('track_playback_started')
def print_newtracks(event):
    print(f"Started playing track: {event.track.name}")

Like with function calls, the events passed are namedtuples.

If you need to add and remove callbacks more dynamically, you can use the add_callback and del_callback functions.

del_callback accepts two keyword arguments:

  • event: an event name string to remove all callbacks for
  • f: a callback function to remove

You can use one or both. Here's an example of passing a function to del_callback:

from mopidyapi import MopidyAPI
m = MopidyAPI()

def print_volume(event):
    """ Print volume only once. Delete callback after first call """
    print(f"Volume changed to: {event.volume}")
    m.del_callback(f=print_volume)

m.add_callback('volume_changed', print_volume)

An important caveat with both the event listener decorators and add methods, is that it will not warn you in any way, if you use an invalid event name (e.g. you misspell the event name).

Note on the choice of namedtuples

Why namedtuples?

The choice of namedtuples might seem unusual (or even inconvenient), but they have a number of advantages over dictionaries for this application:

1. Less verbose than dicts.

event.tl_track.track.album.name

is shorter and easier on the eyes than

event['tl_track']['track']['album']['name']

2. They print much more neatly.

Artist(name='Death Grips', uri='spotify:artist:5RADpgYLOuS2ZxDq7ggYYH')

is much better than

{'name': 'Death Grips', 'uri': 'spotify:artist:5RADpgYLOuS2ZxDq7ggYYH'}.

3. namedtuples accurately represent the immutable nature of the data.

Being allowed to mutate the data coming from Mopidy might give one the idea that this would change the data inside Mopidy, which is obviously not the case.

...but, I know dicts!

Okay, so if you need .keys(), you can use ._fields() instead, and if you absolutely need a dict, you can use ._asdict(), which will return an actual dict.

Contributing

Please do tell me about bugs via the github issue tracker.

Also feel free to write, if you're just in the mood to help me improve this project. I don't bite :)

License

This project is licensed under the GPLv3. See the LICENSE file for details.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

mopidyapi-1.1.0.tar.gz (33.1 kB view details)

Uploaded Source

Built Distribution

mopidyapi-1.1.0-py3-none-any.whl (27.3 kB view details)

Uploaded Python 3

File details

Details for the file mopidyapi-1.1.0.tar.gz.

File metadata

  • Download URL: mopidyapi-1.1.0.tar.gz
  • Upload date:
  • Size: 33.1 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: python-requests/2.27.1

File hashes

Hashes for mopidyapi-1.1.0.tar.gz
Algorithm Hash digest
SHA256 9f5049187159bee1924ae9845d62231ff0a21ece70ffcb24873ef27d1ec9a65c
MD5 929c944fa4b5597de4dae0664202d933
BLAKE2b-256 7fdcb59bf686afdb0562093f44d1d9ae52c10e186d3b5d71a789142cecd02c73

See more details on using hashes here.

File details

Details for the file mopidyapi-1.1.0-py3-none-any.whl.

File metadata

  • Download URL: mopidyapi-1.1.0-py3-none-any.whl
  • Upload date:
  • Size: 27.3 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: python-requests/2.27.1

File hashes

Hashes for mopidyapi-1.1.0-py3-none-any.whl
Algorithm Hash digest
SHA256 5cbd010b38da52f8b144d4170b4e950c50c4195cd81763c021ccaec95a158ff5
MD5 403ad57ac5346c4eee866774aed296a0
BLAKE2b-256 f4c3d1d9acd9ea72d50d7a9773143ceb45946b047a447e41c07f9c7f98b41ee8

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page