INTERACT FORUM
More => Old Versions => JRiver Media Center 27 for Windows => Topic started by: volkmar on July 22, 2020, 01:23:52 am
-
I using J River Media Center only for streaming my audio collection. What I'm really missing is the integration of Qobuz / Tidal, like Audirvana/Roon/BubbleUpnP has done it.
Also integration of TuneIn (or Shoutcast) like AssetUpnP would be great.
-
Next time I'd suggest doing a search of the forums on this subject as it's been discussed quite a bit over the last couple years. There was even a recent discussion about it and it was explained why there by Jim and Hendrik why Tidal/Qobuz integration is not likely to happen.
Here's the recent topic: https://yabb.jriver.com/interact/index.php/topic,125509.0.html
-
I don't think that's really the main issue with them not wanting to do streaming service integrations (Qobuz, Tidal, etc.). If you read Jim and Hendrik's replies in this thread, you might understand their (JRiver's) position better on streaming service integrations and them choosing not to do them: https://yabb.jriver.com/interact/index.php/topic,125509.0.html
-
We have lots of experience with integrations of music services. We've done it maybe 20 times in the past. They all were dead ends.
The problem is that they don't make money. Not for the services, not for JRiver. Qobuz can't afford to pay JRiver for the work. We can't afford to support it.
We've added other types of streaming recently, including our own Cloudplay. It's not exactly what you want, but it's pretty great if you can give it a try.
-
Not too much to add: I'd like to use tidal embedded in the JRiver GUI without BubbleUPnP screwing up my cell phone battery
-
Might want to read this recent topic, it's probably not going to happen.
https://yabb.jriver.com/interact/index.php/topic,125509.0.html
-
Thanks ... as I suspected there are politixal issues in place. Too bad for an open-source man like me
-
Please excuse me for making a suggestion. Now it is at least clear that users of streaming services cannot find support here. Thank you for clarifying it so clearly.
-
I just put this wiki topic together for you.
https://wiki.jriver.com/index.php/Streaming
Maybe you'll find something you like there.
-
You might try other streaming that JRiver offers:
https://wiki.jriver.com/index.php/Streaming
-
Other possibiilities that currently exist in JRiver:
https://wiki.jriver.com/index.php/Streaming
-
I understand that you prefer Qobuz, but there's no quality difference among Tidal, Qobuz, and Cloudplay.
I assume you know that you can play Qobuz from a browser or other application with MC's WDM Driver.
-
I know I can play Qobuz from a browser through the WDM driver. Again, that doesn’t do it for me. I’d like to integrate my selections from Qobuz into my own library inside MC so I have one library. Not convinced it is so difficult to do.
@AndyU, I agree completely. Look into BubbleUPnP - you can certainly use it to integrate selections from Tidal or Qobuz into your own library and play through MC without resorting to the WDM driver. If you have questions send me a PM.
-
We have lots of experience with integrations of music services. We've done it maybe 20 times in the past. They all were dead ends.
Jim, perhaps the solution is for JRiver to offer an API or SDK so that interested amateurs can develop their own integrations? I’m thinking of something like a proxy server between the user’s client browser and the respective cloud services, that could siphon off the remote stream and inject it into MC’s renderer. Or something like that. (I know something of this, because the original Whitebear was an integration, in both directions, between LMS and UPNP, where neither side was compatible with the other, and the “bear” did the translation work..)
-
I’ve read that. One of the objections is the cost. Crowdfunding would address that, and establish the interest. I am paying $120 a year to Roon to get a decent music player that integrates my own music and Qobuz. Would gladly give that to J River. Upfront. Some of JimHs other objections don’t stand up. For example, Tidal behaved badly doesn’t mean that Qobuz will. There’s just no reason for me to stump up for the MC27 master licence. I’ve used it once in the last year, to rip one cd.
Then why do you need MC?
I remember I used really long time ago when I had CDs dBpoweramp and EAC, why do you need JRiver for this?
-
I'm using MC for managing my library and making playlists.
For hearing my music in different locations, using Tidal and Qobuz with a beautiful interface, i use Roon.
The combination of MC and Roon works very well for me.
-
Jim, perhaps the solution is for JRiver to offer an API or SDK so that interested amateurs can develop their own integrations? I’m thinking of something like a proxy server between the user’s client browser and the respective cloud services, that could siphon off the remote stream and inject it into MC’s renderer. Or something like that. (I know something of this, because the original Whitebear was an integration, in both directions, between LMS and UPNP, where neither side was compatible with the other, and the “bear” did the translation work..)
Reasons not to do this:
1. The files are protected with DRM.
2. It would probably still require significant development and support.
3. The MCWS interface might be enough to allow it.
4. Quality issues.
5. Other solutions are available.
-
Plus
6) It wouldn’t seem do what a user like me would expect, namely make any album I choose from Qobuz appear in my MC library and behave in every respect like one of my my own rips, except that its file location is whatever magic you need to pull it from Qobuz. This is how Roon and LMS8.0 do it. Just piping Qobuz into MCs renderer is of little value.
Cloudplay does that, too. Online files and local files can be mixed. Play Doctor can use a mix.