Posts: 13,439
Threads: 305
Joined: Mar 2018
Reputation:
545
Hi,
I don't think Roon software is Open Source licensed. Do you have a link that shows what license its released under?
-Tim
Posts: 13,439
Threads: 305
Joined: Mar 2018
Reputation:
545
I need a link to the License for this software if I'm to consider integrating it into moOde.
Posts: 5
Threads: 1
Joined: Apr 2018
Reputation:
0
Hi Tim,
Is there Any chance that this feature will be implemented?
BR,
Seba
Posts: 13,439
Threads: 305
Joined: Mar 2018
Reputation:
545
I don't think so. Their license is highly restrictive and does not appear to allow including it in something like moOde.
"2.1 Except as set out in this License or permitted by any local law, you may not nor enable others to:
.
.
.
make alterations to, or modifications of, the whole or any part of the Roon Software nor permit the Roon Software or any part of it to be combined with, or become incorporated in, any other programs;"
Posts: 5
Threads: 1
Joined: Apr 2018
Reputation:
0
This info is not good ;(
I'm wondering how allo.com did it.
Is it possible to expose some API to stop/pause playback and release audio device? In such case everyone can add some "extra/private" renderers.
I can install Roon Endpoint by myself - this is not a problem. The problem began if I will try to play something with roon but moode is already playing anything. Audio device is busy and playing back with roon will fail.
Is it possible to expose API to force moode to stop playback (if any)?
I can implement some extension to Roon to handle such situation.
BR,
Seba
Posts: 113
Threads: 7
Joined: Apr 2018
Reputation:
3
05-02-2018, 09:09 PM
(This post was last modified: 05-02-2018, 09:10 PM by RafaPolit.)
I don't think it's that easy. I have faced the same issue with Spotify, and I don't think there is an easy solution.
Here's what happens with the Spotify flow:
- An officially-provided Spotify library runs in the system
- A wrapper is created around the service which allows play, stop, next, etc.
So, if you are interacting with the wrapper, all is good! You can program events and hooks at your own free will. BUT you need to always interact with the audio device through the wrapper: a Web page, an API, however you are doing it.
If, on the other hand, you are interacting with the core official library, you can't guarantee any hooks or events to stop the moode MPD. Unfortunately, the Spotify app interacts directly with the service, and not through the wrapper.
This may also be the case for Roon: if you install the renderer and it is a closed library, you are more or less doomed to stop manually MPD before starting Roon.
I did manage a continuously polling service that detected the request and attempted to stop MPD and resume Spotify via the wrapper, but this was cumbersome and presented some complex interactions. In the end, just doing a manual stop is not that big a deal for me.
Maybe Roon is implemented differently?
Best regards,
Rafa.