Add full daemon functionality

[xorinzor]

I'm trying to integrate tizonia into my own project, but during testing found out that --daemon only works with a select few music providers.

Expected behaviour would be to keep tizonia running in the background, where tracks could be added to the queue, and it would (maybe configurable) stay idle once the queue is empty.

Right now I would have to keep track of every tracklength in order to spin up a new tizonia instance, when I'm not using one (or more) of the supported music providers, in order to keep the music playing.

Please update this daemon functionality to work more as expected, it's an amazing project, and this would make it all the better

[tizonia]

Hi!, thanks for your feedback.

You are absolutely correct. Tizonia currently does not have the right tools to provide a music service to other applications. This is a known issue and is definitely one that I would love to resolve in the future (see the roadmap section in README.md).

There are a couple of GitHub issues that relate to your use case: #488 and #509. I believe the information there should be useful for you as well.

Regarding the current state of the --shuffle option, just to mention that this option was meant to be used in conjunction with the D-BUS remote control script tizonia-remote. See:
https://github.com/tizonia/tizonia-openmax-il/blob/master/player/tools/tizonia-remote.in

Unfortunately, tizonia-remote has never been officially released. I will probably dust it off and make sure it is available in the next release of Tizonia. These two things together are supposed to provide some basic remote control ability. But that is quite different from a proper RPC mechanism that would allow an external application to interact in complex ways with Tizonia's playback queue, which is what I would ultimately like to have.

This is a very large topic. I would be more than happy to accept contributions, ideas, suggestions, etc.

[xorinzor]

Hi,

Thank you for the quick response.
Just to keep this issue specific, all I'm looking for is for the --deamon to work fully :)

I'm not expecting it to provide a music service to other applications, nor am I asking for a --shuffle option.

Tizonia works great as-is for me, and personally I have no need for that to change. It does exactly what it says, a command-line music player. All I'm missing is a full daemon implementation.

[tizonia]

all I'm looking for is for the --deamon to work fully :)

Fair enough.

But maybe your understanding of the --daemon option is slightly different from the current implementation.

To help, I would need to understand exactly what behavior is not there/is broken right now for your use cases:

Expected behaviour would be to keep tizonia running in the background, where tracks could be added to the queue

There currently is no (easy) way to add tracks to the playback queue of a running Tizonia instance.

, and it would (maybe configurable) stay idle once the queue is empty.

This is the same as #491 and it would be relatively easy to implement.

What else would be needed?

[xorinzor]

I just tested --daemon again, I think I assumed it would only work with spotify because executing tizonia --daemon asks for a spotify username. Using tizonia --daemon --youtube-audio-stream <link> however does seem to work.

#491 was the issue I ran into next during testing.

The only functionality that's then missing after the looping is fixed, is to be able to add songs to the queue. That would make Tizonia absolutely perfect for my use case.

My project is Shoutz0r, which is basically meant to be a local radio where people can upload their own mp3's, or request songs, which will then be played. It's main goal is for private LAN-parties to have some background music going.

There have been multiple revisions of shoutz0r, the first few using liquidsoap where I built my own player. But that has proven to be an incredible pain.

So now I found Tizonia, and I'm basically creating a wrapper for it to interface with it.