INTERACT FORUM
Networks and Remotes => Media Network => Topic started by: mark_h on February 08, 2019, 08:26:30 am
-
Let me start by saying I don't know what I'm talking about enough to argue for this, so this is just an observation:
Two hardware streamers I've bought in recent days both explicitly mention JRiver in their manuals saying that there is no guaranteed support since their devices support OpenHome in preference to, or instead of, DLNA...
I see there has been some discussion in the past about OpenHome support, but that the conclusion was that not enough manufacturers were using it. Is that changing?? Is this something MC should support in order to keep up?
As I said, just an observation...
-
I believe this is a modification to UPnP that Linn did a few years ago. I don't know of a good reason to add it.
In looking for it, I found that Linn dropped their forum last fall. It was pretty active when I followed it (many years ago now). It's odd that they would let it go.
-
Struck me as significant that vendors were calling out JRiver by name for not supporting it...
My Sonore UltraRendu offers a "legacy" option to "help" JRiver, which works, so I can still use JRiver as my server. But the more expensive AURALiC G1 I just purchased does not; it only supports OpenHome (as I found out while reading the manual during setup!) and I am subsequently forced to use Roon as my front-end, which is not somewhere I want to be. I am actually considering returning the G1 for a refund and looking for a player that JRiver can work with.
But again... it seems vendors are moving away from vanilla DLNA... or maybe I'm just unlucky at picking the two that are?
If adding OpenHome isn't too much work it might be worth considering...
-
AURALiC G1
can I ask what the production year on this was.
-
... it seems vendors are moving away from vanilla DLNA... or maybe I'm just unlucky at picking the two that are?
I haven't seen that and I haven't heard of such problems from customers. It's possible it does support UPnP and they don't advertise that. Or maybe they got a deal on OpenHome support. UPnP and its cousin, DLNA, have broad support on modern devices.
-
I believe this is a modification to UPnP that Linn did a few years ago. I don't know of a good reason to add it.
In looking for it, I found that Linn dropped their forum last fall. It was pretty active when I followed it (many years ago now). It's odd that they would let it go.
A lot of companies killed off their forums before GDPR took effect.
-
AURALiC G1
can I ask what the production year on this was.
Brand new - I guess late 2018 manufacture.
-
See here http://openhome.org/pages/develop/overview.html
“UPNP:AV. Presents the standard UPnP Media Renderer network services for use with basic control points.”
Apart from implying that MC is “basic”, I guess they confirm it will work with MC.
-
Where I am right now is that the AURALiC can see, and control MC, but MC cannot see the AURALiC and so MC/JRemote is not an option as a controller.
-
You could run AndrewFG's program against it and see what happens.
-
Here’s openhome’s explanation of what advantages they offer over UPnP
http://wiki.openhome.org/wiki/OhMedia
Linn were in the streaming game earlier than most; it may well be that the advantages that openhome gave them years ago are less nowadays, but they’re doing ok. They’ve even got their analogue turntables streaming over their openhome based networked audio systems.
Their forum is now hosted elsewhere. They explain why they moved it, and give a link to the new site, here
https://www.linn.co.uk/forums
-
You could run AndrewFG's program against it and see what happens.
Yes, please download the DMRA from my sig, run the test, and post the renderer report here.
-
The AURALiC doesn't appear in Whitebear's list of discovered Media Renderers...
-
That may mean either that Auralic doesn't support UPnP, that UPnP isn't turned on somewhere, or that a firewall is blocking access.
-
The fact the Whitebear also cannot see the AURALiC suggests their manual is correct - because they only support OpenHome there is no option for JRiver control (DLNA)?
My PC has no firewall/virus scanner and is merrily serving the many other varied streaming clients in my house...
-
UPnP and DLNA are very closely related. MC supports both. As I understand it, OpenHome adds extensions to UPnP.
AndrewFG is the expert here.
If you are running Win10, then there is a firewall running. Windows Defender.
-
Windows defender is disabled. I never use virus scanners: waste of resources.
Will await Andrew's input...
-
UPnP and DLNA are very closely related.
I thought DLNA was the standard written for the protocol UPnP, as in they perform different functions but are 2 sides of the same coin?
-
You can't disable Windows Defender. Please read the topic on it.
You have two problems going and they could be related. Try removing your new device and any software or drivers for it.
-
They are extremely close. You could read about it on Wikipedia.
-
Does MC see any UPnP or DLNA devices? Is Media Network turned on?
-
You can't disable Windows Defender. Please read the topic on it.
You have two problems going and they could be related. Try removing your new device and any software or drivers for it.
Installed and ran DRMAnalyser on a Windows 7 PC with no firewall/virus scanner. [N]o AURALiC found...
This isn't a windows issue, it's an AURALiC vs JRiver issue...
-
Does MC see any UPnP or DLNA devices? Is Media Network turned on?
Me? Yes, it sees all the devices in my house apart from AURALiC's OpenHome renderer.
From their manual: "The ARIES G1 is compatible with other OpenHome-based control software (although not with UPnP-based software such as JRiver Media Center.)"
-
Does anything else see the Auralic?
-
You are asking me to admit that I use other software apart from JRiver?! :o
But, yes, Roon, for instance, sees it from all PCs (mix of Win7/10) in the house...
-
Just installed Foobar and added their UPnP plugin and it sees the AURALiC...
-
If it works with foobar and UPnP, then it will work with MC.
Double check settings. Turn on all parts of MC's DLNA support.
Make sure port 1900 is open for SSDP.
Toggle SetNextAVTransport.
Edit MC's DLNA server and try some of the settings under Advanced.
-
I will check. However, Foobar is listed on their page of working controllers. JRiver is explicitly stated as non-working... and Whitebear cannot see it also...
-
They claim it's UPnP based.
http://openhome.org/pages/about/index.html
You've used it with foobar and UPnP.
MC supports UPnP.
But you're not able to get it to work with JRiver or with AndrewFG's program. Something is wrong with the settings somewhere. A firewall is a very likely cause, so please don't ignore that.
-
But the elephant in the room is AURALiC's own manual stating that JRiver is not supported, which is backed up by my experience...
I'm not a UPnP/DLNA guru, so I'm out of my depth here in terms of debugging... can only report what I experience.
Foobar's UPnP may well have OpenHome the extensions that MC lacks?
-
But the elephant in the room is AURALiC's own manual stating that JRiver is not supported, which is backed up by my experience...
It could be as simple as they couldn't make it work.
Did you explore the firewall question?
-
It could be as simple as they couldn't make it work.
Did you explore the firewall question?
Currently testing on my windows 7 PC - no firewall.
Windows itself can see the AURALiC under Network, suggesting SSDP is functioning correctly.
-
Have you asked Auralic for help? They might be willing to test. We'd provide a license.
-
Found elsewhere on the net:
"Controlling OpenHome renderers
To control an OpenHome renderer you cannot use a regular UPnP AV Control Point. You need an OpenHome Control Point:
BubbleUPnP (Android)
BubbleDS Next (Android)
Linn Kazoo (Windows, Mac, iPad)
LUMIN (iPad)
foobar2000 + foo_upnp plugin (Windows)"
Note that foobar is listed, so it's upnp plugin must support OpenHome.
I'll stop here as it seems fruitless to spend more time fiddling... will await the network gurus comments.
AURALiC's reply to me this morning was a very terse:
"AURALIC G series of streaming devices do not compatible with legacy UPnP protocol, you can only control it via OpenHome based control software. You can not control your ARIES G1 via JRiver."
Feels like that avenue is a dead end.
-
From the page I linked to above:
"We all benefit from a well designed set of services based on UPnP ..."
I'd say, based on their reply to you, that it is not UPnP compliant, and that their statement above is misleading.
-
And just to close the loop, we won't be adding support for OpenHome.
-
Windows itself can see the AURALiC under Network, suggesting SSDP is functioning correctly.
A firewall could be set to block all applications but still allow some through, so it doesn't prove that SSDP is unblocked for MC.
-
A simple solution is to run the free BubbleUPnP server on the machine you are running MC on to provide a UPnP compliant shim for your DAC.
-
Installed and ran DRMAnalyser on a Windows 7 PC with no firewall/virus scanner. [N]o AURALiC found...
This isn't a windows issue, it's an AURALiC vs JRiver issue...
No. It is NOT an MC issue.
The DMRA is a universal analyzer. It is well tested and fully complies with the UPnP standard as well as the DLNA implementation guideline. If the DMRA does not discover the Auralic, then either a) you have a network routing or firewall issue, or b) the Auralic is defective as far as UPnp is concerned, or c) the OpenHome website is lying about its support for UPNP:AvTransport..
PS the DMRA has a check box on the top right whereby you can use the DMRA’s own network device discovery or alternatively use the one built into Windows. These two discovery modes might be handled (aka blocked) differently by different firewalls (e.g. Windows Defender).
PPS if you want to try yet another independent test then you could also check if the Intel UPNP Developer Tool ( https://www.meshcommander.com/upnptools ) can discover your device.
-
I was watching a John Wayne movie. Andrew, you're even better. Thanks!
-
I was watching a John Wayne movie. Andrew, you're even better. Thanks!
Howdy.
-
No. It is NOT an MC issue.
I agree, that in the sense that while OpenHome is not supported by MC it will not function with an OpenHome only renderer.
PS the DMRA has a check box on the top right whereby you can use the DMRA’s own network device discovery or alternatively use the one built into Windows. These two discovery modes might be handled (aka blocked) differently by different firewalls (e.g. Windows Defender).
Tried both methods, neither reveal the AURALiC
PPS if you want to try yet another independent test then you could also check if the Intel UPNP Developer Tool ( https://www.meshcommander.com/upnptools ) can discover your device.
Device Spy, which is part of this suite of tools sees the AURALiC:
Base URL http://192.168.0.166:56737/lightningRender-bc-34-00-a0-3f-16/Upnp
Device icon None
Device URN urn:schemas-upnp-org:device:MediaRenderer:1
Embedded devices 0
Expiration timeout 1800
Friendly name AURALiC
Has presentation False
Interface to host 192.168.0.3
Manufacturer AURALIC
Manufacturer URL
Model description
Model name ARIES_G1
Model number
Presentation URL
Product code
Proprietary type
Remote endpoint 192.168.0.166:56737
Serial number
Services 21
Standard type MediaRenderer
Unique device name lightningRender-bc-34-00-a0-3f-16
Version 1.0
-
192.168.0.166:56737
You could try changing MC's port. It's using 56737. I don't think that's normally used for UPnP.
-
You could try changing MC's port. It's using 56737. I don't think that's normally used for UPnP.
Jim, I'm not clear what you mean here: how would I change MC's port; 192.168.0.166:56737 is the AURALiC...
-
I'm probably wrong about that, but try using a browser to connect to:
192.168.0.166:56737
You might learn something.
-
HTTP ERROR 404
-
I agree, that in the sense that while OpenHome is not supported by MC it will not function with an OpenHome only renderer.
You missed the point. OpenHome and by implication the Auralic are wrongly claiming to support UPNP:AVTransport (which is the part of UPNP that MC connects to). JRiver fulfills it’s side of the bargain. OpenHome does not.
Tried both methods, neither reveal the AURALiC
Device Spy, which is part of this suite of tools sees the AURALiC:
That is actually quite interesting.
Device Spy does a wildcard search “*” for all possible types of UPNP devices (the UPNP specs cover all kinds of home automation equipment like printers, routers, security cameras, lights, thermostat etc.) On the other hand the DMRA and MC do a specific search for just one specific class of UPNP device “MediaRenderer”.
So the Device Spy result shows that the Auralic is advertising itself as SOME kind of UPNP device, but it is not advertising itself (properly) as a MediaRenderer.
Furthermore, the fact that the Auralic uses the word MediaRenderer in some of its description texts, make me suspect that it is TRYING to advertise itself as a media renderer but failing (probably due to wrong syntax). So the general wildcard search succeeds, but the specific search for a media renderer fails.
This is clearly a problem with the Auralic / OpenHome device. And NOT MC.
-
That is actually quite interesting.
Device Spy does a wildcard search “*” for all possible types of UPNP devices (the UPNP specs cover all kinds of home automation equipment like printers, routers, security cameras, lights, thermostat etc.) On the other hand the DMRA and MC do a specific search for just one specific class of UPNP device “MediaRenderer”.
So the Device Spy result shows that the Auralic is advertising itself as SOME kind of UPNP device, but it is not advertising itself (properly) as a MediaRenderer.
Furthermore, the fact that the Auralic uses the word MediaRenderer in some of its description texts, make me suspect that it is TRYING to advertise itself as a media renderer but failing (probably due to wrong syntax). So the general wildcard search succeeds, but the specific search for a media renderer fails.
This is clearly a problem with the Auralic / OpenHome device. And NOT MC.
All of that is over my head, but it sounds like we are getting (got) to the root of the problem...
Is there anything specific you can give me to tackle AURALiC support with?
I just set up the Sonore Rendu as an OpenHome renderer and MC can see it, suggesting your analysis is correct (or Sonore's device is "broken"!). What is different about the information the Rendu is providing that isn't broken compared to the AURALiC?
Base URL http://192.168.0.253:49152/
Device icon Present, 48x48
Device URN urn:schemas-upnp-org:device:MediaRenderer:1
Embedded devices 0
Expiration timeout 3600
Friendly name Headphones
Has presentation True
Interface to host 192.168.0.3
Manufacturer JF Light Industries
Manufacturer URL https://opensourceprojects.eu/u/medoc/profile/
Model description UPnP front-end to MPD
Model name UpMPD
Model number 1.0
Model URL https://opensourceprojects.eu/p/upmpdcli/code/
Presentation URL http://192.168.0.253:49152/upmpd/presentation.html
Product code
Proprietary type
Remote endpoint 192.168.0.253:49152
Serial number 42
Services 10
Standard type MediaRenderer
Unique device name dcbedde0-ce40-1a37-130d-d063b401eec1
Version 1.0
And finally, given that MC's implementation is correct, but "strict" - would it be desirable to make it MC's renderer scan more "fuzzy" to assist finding broken renderers?
-
Mark,
Could you send a link to AndrewFG's last post to Auralic support?
Thanks,
Jim
-
Well done, John Wayne. Thanks very much.
-
And finally, given that MC's implementation is correct, but "strict" - would it be desirable to make it MC's renderer scan more "fuzzy" to assist finding broken renderers?
That would be an ugly kludge and could cause other problems.
I sent an email to sales at aurilic in the UK.
-
Is there anything specific you can give me to tackle support AURALiC with?
I just set up the Sonore Rendu as an OpenHome renderer and MC can see it, suggesting your analysis is correct (or Sonore's device is "broken"!). What is different about the information the Rendu is providing that isn't broken compared to the AURALiC?
It’s hard to be specific with the information so far provided. But it is evident that the Auralic is providing much less self description information than the Sonore does. I think the syntax of its UDN looks wrong, but that’s not a showstopper (at least not for my DMRA). It is possible that the Auralic is not providing (proper) device description documentS DDD or service description documents SCPD, but this is just a guess.
You could try my DMRA again, but this time turn on the HTTP logging option before running the discovery again, and either post or PM me with the resulting log file. Alternatively you could see if Device Spy has a similar logging option, and/or whether it can display the respective DDD and/or SCPD files.
And finally, given that MC's implementation is correct, but "strict" - would it be desirable to make it MC's renderer scan more "fuzzy" to assist finding broken renderers?
No, that is not a good idea. MC requires MediaRenderers (for playing media to) and MediaServers (for uploading media from). So searching for other devices, or wildcards, (such as webcams, printers, routers, etc.) would generate excessive traffic, and also confuse users greatly I think.
-
Mark,
Could you send a link to AndrewFG's last post to Auralic support?
Thanks,
Jim
Yes, will do, unless Andrew has something more specific that I can send. [edit]I see Andrew already commented above[/edit]
It occurred to me that you might also want to make an official contact given their manual calls JRiver out by name as incompatible, which, given the above seems like a smear...
-
either post or PM me
You have PM.
-
I got the PMs thank you. I need to think about it. I will get back in one or two days.
-
Thank you.
-
Hi, I looked at the XML that you sent me..
Positives..
- It is clearly trying to present itself as a UPnP device.
- And indeed it is claiming to be a "urn:schemas-upnp-org:device:MediaRenderer:1"
- It does support the "urn:schemas-upnp-org:service:RenderingControl:1" service
- It does support the "urn:schemas-upnp-org:service:ConnectionManager:1" service
Negatives..
- The inability of my DMRA or MC to discover it, shows that it is not advertising itself as a Media Renderer via SSDP NOTIFY or responding to searches for Media Renderers under SSDP MSEARCH
- Its Device Descriptor XML is incomplete; it must provide all mandatory XML field values even if they are empty; the Auralic just omits them..
- It does NOT support the "urn:schemas-upnp-org:service:AVTransport:1" service
Based on this, I reckon that the manufacturer has 90% of the code that they need in order to make their product UPnP / DLNA compliant. They have the code for SSDP NOTIFY and MSEARCH so they just need to clone that to include the MediaRenderer advertisements and responses. They have the code for the DDD and SCPD so they just need to implement the missing fields. And they have the code for the various OpenHome player command services, so they would need to clone and modify that to support AVTransport (these transport commands are ones like Play, Stop, Pause, Seek, Prev, Next, plus status methods like getting the transport state, the transport position, etc.)
I would be happy to provide more details if they ask for it..
-
Thanks, Andrew, this is great. I will now follow up with their customer support.
-
OK, so after some to-ing and fro-ing with support I have a clearer indication of their position, which is basically this:
Having been burnt by many frustrating support issues over UPnP/DLNA on previous products, they simply decided to stop supporting generic UPnP/DLNA any further: it's Roon, the (as they see it) more robust OpenHome or their own app, and that's it.
I can sympathise with their position, and I must say that having been forced to try Roon I really quite like it, especially when partnered with streaming services, but it's a pale comparison to JRiver when it comes to customising and curating ones own collection. Fortunately their Lightning DS app will interact with a JRiver server and so I can still present my JRiver customised menus to their system and play my collection that way if needed.
However, the conclusion is that AURALiC is not the ideal device for a JRiver user.
Caveat Emptor!
-
And to follow the above, I'd like to make an apology to Jim and JRiver. The frustration of a non-functional new bit of kit and a manual that suggested that JRiver was the source of the incompatibility lead me to the wrong conclusion: occam's razor is a sharp tool and if not used careful can cut the wielder, as it did in this instance.
On the plus side, we got the truth and learned some stuff on the way.
-
I can sympathise with their position
Thats fair enough; but I think it would be fairer for them to simply indicate they do not wish to support certain frameworks and point out the reasons why as they did in your correspondence, rather than to imply the reason for any incompatibility is down to the lack of capability or the obsolescence of the product in question.
-
Thats fair enough; but I think it would be fairer for them to simply indicate they do not wish to support certain frameworks and point out the reasons why as they did in your correspondence, rather than to imply the reason for any incompatibility is down to the lack of capability or the obsolescence of the product in question.
Agreed. I wouldn't have purchased the G1 had that been made clear.
-
Thanks for your patience in getting to the bottom of this.
I have to say that their position is incredible. They've dropped a standard and gone with a non-standard, and they act as if they haven't. UPnP should be removed from any description of OpenHome. It isn't UPnP. It's almost UPnP.
-
Could you ask your contact at Auralic to have their CTO or above to get in touch with me? jimh at jriver. The information in their manual should be corrected. They're implying that there is a flaw in JRiver that prevents it from working with their equipment, and it appears that the reverse is true.
Or just forward me the email.
Thanks.
-
Jim,
My only contact is through their support email (support AT auralic DOT com). However, it's the same guy each time and the way he writes gives me the impression that he's in some position of authority within the company... and if not, he should be able to put you in touch with whoever is.
-
Thanks.
-
It isn't UPnP. It's almost UPnP.
I hope it is not the case but it certainly smells like the functionality was purposely deprecated in order for them to spruik the capabilties of OpenHome against "legacy" products.
Surely it is actually more difficult to implement 90% of a standard than to implement the complete stack.
-
Could you ask your contact at Auralic to have their CTO or above to get in touch with me? jimh at jriver. The information in their manual should be corrected. They're implying that there is a flaw in JRiver that prevents it from working with their equipment, and it appears that the reverse is true.
Or just forward me the email.
Thanks.
Jim, my impression is that with about a weeks worth of development on their side plus a weeks worth of testing, they could make their product properly compatible. That surely would be better than simply modifying documentation to say it doesn’t work. Or ??
-
Jim, my impression is that with about a weeks worth of development on their side plus a weeks worth of testing, they could make their product properly compatible. That surely would be better than simply modifying documentation to say it doesn’t work. Or ??
That would be ideal, but ...
I did have a brief (so far) conversation with support at Auralic.
-
I still hope things develop in this regard. JRiver ist my favorite SW, I just see more and more manufacturers leaving uPNP/DLNA, as all are complaining about it and often explicitely about JRiver integration support hassle...not sure what will be the future of JRiver then.
I read somewhere JRemote won't be updated anymore, too, so if that's also true...my whole perfect world seems to dissipate. I wonder what's the strategy of JRiver.
-
I read somewhere JRemote won't be updated anymore, too
That's not true, JRemote2 for Android is in active development and is close to beta testing. That does mean the original JRemote isn't being sold on the Play Store anymore (you can still download it if you previously bought it) and JRemote2 is a complete rewrite so it's a separate app (thus a paid upgrade).
People have said for years now they'd pay for JRemote upgrades, so they're going to get their opportunity with the new major version coming. But remember like I said, if you already bought the original JRemote you can still download it from the Play Store in your library.
https://yabb.jriver.com/interact/index.php/topic,122818.0.html
-
I read somewhere JRemote won't be updated anymore, too, so if that's also true...my whole perfect world seems to dissipate. I wonder what's the strategy of JRiver.
As I understand it, JRemote is written with a very different framework than MC. At one point JRiver decided not to continue active development of JRemote, partially because of those differences. However, they have since recognized the importance of JRemote and undertook a complete rewrite of the Android version. This will not only improve JRemote functionality but also provide them a platform for further development. It is a very welcome new development.
-
Hi
I am a big fan of JRiver for many many years, and I upgrade my licence every 2-3 years.
I use JRiver both as UPNP Server and with USB, as I am a French audio reviewer on Audiophile Magazine and 6moons.
For my own music listening, I use JRiver UPNP and JRemote on IOS.
I recently bought a Auralic Aries G2.1
It definitively requires a Open Home control point.
Roon (that I dislike for many reasons) tries to kill UPNP and JRiver, which is, in my opinion, their more serious competitor (and vice versa)
For using my Auralic Aries G2.1, I use JRiver Media Library and Lumin IOS App which is a Open Home control point. Lumin App also integrates Streaming Services as Qobuz that I use. I have read several times on this forum that JRiver will never integrate Qobuz.
I still prefer JRemote, but this Lumin App has serious advantages.
Of course technical and marketing decisions belong to JRiver, but as Roon is a serious competitor of JRiver and as Auralic stuff are very (very) good digital drives, would it be a huge effort to have the option for JRiver of being a Open Home Control Point?
Kind regards
-
In the specifications at the bottom of this page: https://us.auralic.com/products/aries-g2-1?variant=34539988517032
it mentions UPnP server.
OpenHome seems like a minor player compared to UPnP / DLNA. If Bubble supports it, you might be able to use Bubble from JRiver.
Are you trying to play to it? Or just control it?
-
Auralic accepts (and can see thought their own app) UPNP/DLNA Media LIBRARIES
Their own library in their app is UPNP/DLNA.
But you need a Open Home Control Point to play the Auralic Aries G.2.1
First Auralic Aries was accepting UPNP Control points.
Regards
-
PS
Bubble is a Open Home control point, so it will work with JRiver Media Library and Auralic Aries G2.1
But it does not exist on IOS and I find it quite limited.
If you talk about bubbleupnp server (that I sometimes use), it can transform a UPNP Renderer into a Open Home one, but not the opposite
So, I said I currently use for the Auralic Aries G2.1:
- JRiver media Library
- Lumin App on IOS, that has also Qobuz
Lumin app cannot open the pdf in JRiver Media Library as JRemote does, and, for me, JRemote is better, with for example, a playlist fullscreen view
Regards
-
Have you tried Linn Kazoo?
-
My question is not to find another OpenHome Control point (have a look 4 or 5 posts above with my first post on this thread), Lumin App is OK.
But yes, I have tried Linn Kazoo, that I find not very good:
- when you press your finger on an album, nothing. In JRemote and Lumin app you can decide to play the album and where to put it in your playlist, with Kazoo, you have to open the album
- more important, their cache system is either defective or non existent, it takes very long to open any composer or any category, even if you just opened it. It seems that each time you open something, the app asks again the content to the server. This is a no go (JRemote and Lumin app are OK from this point of view too)
So my question was: will someday JRiver have the option to become a OpenHome Control point.
Kind regards
-
My mistake, for the first point in Kazoo, you have the 3 dots to decide what to do with the album
-
My question is not to find another OpenHome Control point (have a look 4 or 5 posts above with my first post on this thread), Lumin App is OK.
But yes, I have tried Linn Kazoo, that I find not very good:
- when you press your finger on an album, nothing. In JRemote and Lumin app you can decide to play the album and where to put it in your playlist, with Kazoo, you have to open the album
- more important, their cache system is either defective or non existent, it takes very long to open any composer or any category, even if you just opened it. It seems that each time you open something, the app asks again the content to the server. This is a no go (JRemote and Lumin app are OK from this point of view too)
So my question was: will someday JRiver have the option to become a OpenHome Control point.
Kind regards
Understood, and I knew what question you were asking, but I thought I'd inquire if you had tried Linn Kazoo mainly because I use Android, not iOS, so I was curious if Kazoo might somehow suit you better on iOS because my only use of Kazoo is from their macOS desktop application.
I too prefer JRemote, but can't use it for Qobuz, so BubbleUPnP it is for me on Android.
-
No problem at al! ;) Sometimes you get useful information even if it is not exactly the subject.
I am a Hifi and music reviewer, and I run nearly every music media server and control points, both on IOS and Android. Except Roon that I dislike, even if I had a free licence as a reviewer ;D
Yes Qobuz is not included in JRemote, but it is not so dramatic, I have another App when I want to listen to new albums with Qobuz.
Kind regards
-
@ThierryNK
Am I allowed to ask which app you are using to listen to Qobuz ?
Many thanks in advance.
CM
-
@ThierryNK
Am I allowed to ask which app you are using to listen to Qobuz ?
Many thanks in advance.
CM
Of course!!!
For Open Home players: Lumin app on IOS
For UPNP players: mconnectHD on IOS that I bought a long time ago, before using Lumin app
On Android that I do not often use: BubbleUPNP
I also use sometimes BubbleUPnP Server that allows, among other things, to stream to a Chromecast. BubbleUPnP Server IS NOT a IOS/Android App, it is an application running on computers, associated with your UPNP server.
Regards
-
Thanks, I will try BubbleUpnp to access Qobuz from my Android device, that will avoid me to have to physically access the computer hosting Qobuz.
I have once tried BubbleUPNP server (it builds an OpenHome server over JRiver, as you said), but it did not totally fit my use case.
CM