Thomas Adamcik
Thomas Adamcik
We should probably just have done this with our 1.0 switch to supporting this call pattern in core. But since we forgot this for 1.0 this is now bumped to...
Moved from https://github.com/mopidy/mopidy/issues/1057#issuecomment-87676827 where @fatg3erman asked: > Question from a client developer: > > I develop Rompr. As you may or may not know, rompr maintains a 'Music Collection' that...
APIs should almost always take URI(s) as the main input and return refs. For browse we have already done this, rest of core still needs to be reworked in terms...
For at least some of the data types there is a concept of ordering, or saying that say an artist is the primary one. With our current data model representing...
`core.playback` could use some cleanup as it and the backend APIs have crept apart using similarly named things for different purposes. The goal of this issue is to resolve this...
First of all, this is mainly a request for comment, I do not yet know if we should implement this. This idea assumes that all tracks can by played simply...
As discussed on IRC we should be looking at how to start splitting the storage of playlists and storage of output from the scanner in plugable units that are not...
In addition to handling live sources, we should probably also be checking if the current source i seekable and using this in core and exposing it to frontends. Step one...
https://botbot.me/freenode/mopidy/2014-09-17/?msg=21842776&page=1 > bazz: is it a known bug that pausing a stream and then resuming will play for a bit and then just stop? i've seen this both with gmusic...
See #687 for details. Marked this as easy picking as main work for it is "just" adding support following a new playlist type following the existing pattern for supporting it,...