INTERACT FORUM
Networks and Remotes => Media Network => Topic started by: sg60 on December 31, 2015, 08:42:22 pm
-
I tried posting this in the Remotes forum and it was suggested I might get more traction here.
I was wondering if anybody has successfully used JRemote with an Auralic Aries.
I'll explain my setup first. I have J River installed on a PC which is connected to my network by ethernet cable. All of my music is stored on a NAS box. My Auralic Aries connects to my network by ethernet cable and the Aries connects to my DAC (Ayre QB9DSD) by USB cable.
The Aries is controlled by the Lightning DS app and apparently the only way to get the DLNA for the Aries to show up under zones in JRemote is if you set the DSLightning operation mode to uPnP Renderer. I've done that and now the zone for the Aries shows up in JRemote but when I try to select that zone it immediately reverts back to the Player zone with the end result being that I can't get the music to play through my stereo. If I link the zone for the Lightning device to the Player zone on JRemote it works but I think I should be able to make this work without linking the zones (I would prefer not linking the zones).
Can anyone help?
-
I don't know what your Lightning DS can do, but if you want MC to play to the Auralic Aries device, MC must see it as a DLNA Renderer (see the DLNA topic for more information about DLNA).
Is the Aries DLNA (or UPnP) compatible?
-
sg60,
I'm using MC21 and JRemote with an Auralic Aries as a UPnP renderer. It works pretty well.
In Lightning DS set up, you have to set the Operation Mode to uPnP Renderer. Then the Aries will show up as a zone in MC (and you'll be able to select the Aries as your zone in JRemote).
In MC, you'll want to configure a DLNA server with your desired settings and assign it to the Aries zone. You can set up views and DSP as needed.
One other piece of advice... It can take MC a while to detect the Aries. I've seen it take several minutes, so be patient.
-Brent
-
Thanks @Groundhog. I'll try that. At least I know that someone has got it to work.
-
@Groundhog, you mention in your reply that I should assign my DLNA to the Aries zone. Can you explain how I would do that? I have a DLNA but I don't know how to assign it to a zone.
-
sg60,
In MC, you should see the Aries show up as a zone under Now Playing. Right-click on the Aries zone to bring up the context menu. Toward the bottom of the context menu, you should see Associate with DLNA Server. Click the desired DLNA server on the fly-out menu. A check mark should appear next to the selected DLNA server.
I think you need to restart MC for that change to take effect. And, of course, that can mean waiting a while for MC and the Aries to find one another. Again.
Good luck!
-Brent
-
Thanks.
-
So I did as you suggested and it works but I'm finding the performance to be pretty poor whether I use JRemote or the native Lightning app. I'm getting regular dropouts. Do you mind telling me how you have your system set up. Do you connect your Aries by ethernet or USB? I'm connecting by ethernet because my music is stored on a NAS box. When I was using the SOtM device I mentioned in my original post I wasn't having any problems like this. It worked like a charm. I only moved to the Aries because of the integrated Tidal access. I'm beginning to wonder if that was a good choice.
-
My system configuration is as follows...
I have a home gigabit network using both wired (ethernet) and wireless connections. Router is an ASUS RT-AC68P. The main network switch is a TP-LINK TL-SG1016D. Ethernet wiring is Cat 5.
The core of the music system is a CAPS v4 Cortes: http://www.computeraudiophile.com/content/610-computer-audiophile-pocket-server-c-p-s-v4-cortes/ (http://www.computeraudiophile.com/content/610-computer-audiophile-pocket-server-c-p-s-v4-cortes/).
The OS is Win 7 Pro x64. MC21 runs on this machine, which functions as a library server, a DLNA server, and which also stores the music files.
The Auralic Aries is currently connected to the network wirelessly using the 5GHz band, but has been at times connected via ethernet. Either type of connection works fine.
The Aries USB output is connected to a Vinnie Rossi LIO DAC USB input.
Playback on this system works well the vast majority of the time for music of every resolution I have - from mp3 up to DSD64. The only glitch I've noticed is that convolution breaks gapless playback.
******
Here are a few suggestions for troubleshooting the audio dropouts.
Make sure you have the latest firmware on the Aries.
Try playing music to the Aries from MC without JRemote or Lightning DS. I doubt this will make a difference, but it may eliminate JRemote or Lightning DS as the source of the problem.
Set your Windows Power Management to High Performance. If that makes a difference, it could be you're getting some extra latency due to the CPU being throttled.
Try putting some music on your PC hard drive and import it into MC. Play those local tracks to the Aries. If playback works smoothly, the problem may be latency reading music files on the NAS.
Try setting your DNLA server Audio Mode to specified output format and Audio Format to low bandwidth mp3. Restart MC (and wait for MC to find the Aries).
This will decrease the network bandwidth required to stream music to the Aries. If playback works smoothly in this configuration, the problem may be your network bandwidth (speed).
If none of these steps yield any insight into the problem, I'll have to punt to the more knowledgeable forum members.
*****
I can't address the TIDAL issue, as I don't use that service.
Again, good luck!
-Brent
-
Thanks Brent. I'll try your suggestions. My setup is actually very similar to yours although your PC is better suited to audio playback than mine and my music files are stored on a NAS. You mentioned the only glitch you've experienced is related to convolution. What do you mean by convolution?
I don't think there's any issue with network bandwidth. The SOtM sMS100 bridge device I was using previously was very similar to the Aries. It connected by ethernet to my network and it worked perfectly. I don't recall ever experiencing a dropout. Nevertheless it sounds like I'll have to just try a few things to narrow down the problem. The funny thing is the Tidal app seems to be working really well and it streams lossless music from the Internet. Go figure.
Thanks for your suggestions.
-
You can often find an answer to a question by searching the forum or the wiki. Here's the wiki topic on Convolution.
http://wiki.jriver.com/index.php/Convolution
-
sg60,
I had one other thought. Or rather, a memory.
Before building a dedicated CAPS v4 Cortes to store and serve music, I kept my music files on a Synology NAS. I was using MC on Windows PCs for management, curation, and playback. I recall running into numerous problems, including stuttering playback that were caused by having the Synology Media Server app running. The problems resolved when I disabled and uninstalled the Synology Media Server package.
If you're storing your music on a NAS, you want the NAS to be functioning as a file server only - not a uPnP server or an OpenHome server, etc. If you're using a Synology NAS, be sure the following are not running: Audio Station, iTunes Server, Logitech Media Server, (Synology) Media Server, Minim Server, Plex Media Server, (Synology) Video Station.
And, again, good luck!
-Brent
-
That's a good point. I do have a Synology server and I think at least some of those apps are running. I'll close them and see if that helps. Thanks.
-
Hi, thanks to the contributors here I pretty quickly figured out how to get MC to cooperate with my Auralic Aries and can control via JRemote, all very cool. Just one question on the audio being streamed. I notice on my Benchmark DAC everything is coming in 16bit/44khz. This includes HD tracks, like DSD. So I assume audio is being transcoded (although transcoding is turned off in the remote and on the server, as far as I know). I would LOVE to have JRemote to take over from the Aries app (Lightning DS), however transcoding these tracks just defeats the purpose of Aries, in my view. Question is if there is any way around this transcoding thing?
-
I posted too soon... figured this out. Under DLNA server settings I set audio mode to Original. Under advanced settings I enabled Bitstream DSD.
-
sg60,
I had one other thought. Or rather, a memory.
Before building a dedicated CAPS v4 Cortes to store and serve music, I kept my music files on a Synology NAS. I was using MC on Windows PCs for management, curation, and playback. I recall running into numerous problems, including stuttering playback that were caused by having the Synology Media Server app running. The problems resolved when I disabled and uninstalled the Synology Media Server package.
If you're storing your music on a NAS, you want the NAS to be functioning as a file server only - not a uPnP server or an OpenHome server, etc. If you're using a Synology NAS, be sure the following are not running: Audio Station, iTunes Server, Logitech Media Server, (Synology) Media Server, Minim Server, Plex Media Server, (Synology) Video Station.
And, again, good luck!
-Brent
I can't thank you enough.
The bolded part of your post solved my problems with the Aries Mini and JRiver, which have plagued me for weeks, now. Yesterday evening, I shut down all the apps you mentioned on my NAS and the three (NAS, JRiver, Aries Mini) now play together nicely.
-
Is Aries capable of playing playlists from JRemote? I understand this might have something to do with UPnP, I read some posts on the forums about this but they seemed to die 2 or 3 years ago, so I wonder if software has moved past this limitation? Basically from JRemote, even if I load an entire album, Aries can only play one track at a time. Kind of defeats the purpose of using the Aries as a UPnP renderer. Looking for a faulty setting somewhere in the Network Media/DLNA but nothing jumps out at me. Can anyone help?
-
In MC right click on the renderer and try changing either of the two DLNA settings a) SetNext support and/or b) Transport Events..
-
In MC right click on the renderer and try changing either of the two DLNA settings a) SetNext support and/or b) Transport Events..
Tried both and neither solved it.
-
I forget, did you already try my DMR analyzer?
If not please download it from my sig, and post the renderer report here.
-
Thanks for that, downloaded and tried it. Didn't see the Aries in the list of renderers. I thought maybe something wrong with the Aries, so I hard reset it, reinstalled Lightning DS on iPad and ran the whole setup all over again. Switched to UPnP mode, tested a stream (MC can see it fine), but still can't see it in your DMR analyzer. Strange.
-
Ok. That's progress in a way. It tells us that there is some kind of routing problem hindering UPNP traffic.
I would check a) if there is any kind of firewall or anti virus filtering on your PC, or router, plus also b) check the Ip addresses of all devices (they may be on different subnets, or possibly there may be two devices on your Lan using the same address).
-
I checked everything you mentioned. Turned on and off the Windows firewall, didn't seem to make a difference. I did see an instance showing the serial number of the Aries on my router's table so I revoked that. I also reserved the IP address for Aries. Rebooted my router. Still no luck with your program. Any chance you are familiar with UPnP Inspector? I found it using a Google search. I can see the Aries on there (as well as my Sonos and Lightning Server which I guess is part of the Aries - see screenshot). It seems to have some information about it. From there I discovered a web address for Aries which references an XML file. Not sure if this info is useful or not but I've attached it here (in .txt format).
-
Your device is using this IP address: 192.168.1.232
and this port: 51188
Did you set that port number somewhere? Normally MC uses ports within the range of 52199 and 52100.
What are the IP addresses of the other devices? They should begin with 192.168.1 .
Are you running any antivirus software?
Did you try powering everything down and back up?
Turn off unused devices.
-
Your device is using this IP address: 192.168.1.232
and this port: 51188
Did you set that port number somewhere? Normally MC uses ports within the range of 52199 and 52100.
I believe that is just a default port for the Aries, shouldn't have anything to do with MC if i'm not mistaken? I mean, MC can communicate with Aries, just can't seem to send it any more than one track.
What are the IP addresses of the other devices? They should begin with 192.168.1 .
MC is on my PC 192.168.1.100, port 52199. All devices are on the same subnet.
Are you running any antivirus software?
Not running any AV software.
Did you try powering everything down and back up?
I've rebooted the MC server PC several times, restarted the Aries, reset the Aries. I feel like i've eliminated this as a solution.
Turn off unused devices.
Could turn off the Sonos I guess. Will also see if Lightning Server can be shut down, I'm not sure where that comes from but I assume Aries.
-
Power down should include the entire network. All devices.
-
Power down should include the entire network. All devices.
Ok I have done this. No luck, still will not advance tracks. As an experiment I downloaded some basic UPnP controller software, foobar2000. It can control the Aries in UPnP mode and advance tracks from a playlist no problem at all. Next experiment - find an old version of MC, installed v 20.0.132. Guess what... it can control the Aries in UPnP and advance tracks. The seemingly problematic version I am running is 21.0.42. Back to you...
-
Bump
Any idea why MC version 20 will advance tracks to Aries and v 21 will not? I am now running both versions on my PC with two different servers. I'd rather be on the current version. Thanks
-
In MC 20 and MC 21 please compare these settings..
http://yabb.jriver.com/interact/index.php?topic=102338.msg714513#msg714513
-
Same options avail in each version - Ignore Transport Events & Disable SetNext Transport. In each version I am running neither are checked. I had tried various combinations of these settings on v 21 with no success.
-
Bumping this again... wouldn't be so persistent but I can't figure out why - in this particular case - an older version of MC would work better than the latest version. Anyone from JRiver on here?
-
Firewall or other "security" program blocking one but not the other?
-
I only have Windows 10's firewall running. There was one entry for each JRiver MC20/21 application in there. Not sure what to do there but I also added all the two other applications that I could see in the MC21 directory - JRiver Web Application & JRWorker Application. Hasn't made a difference.
MC21 has this Media Server service running in my system tray. Is that in any way different from MC20? I have 2 servers running but only see the one service.
-
In the last couple of days I've begun to experience the same problem as paul45 reported a while ago. I can only play one file at a time when playing through my Aries using JRemote. A JRiver update just loaded on my PC a few days ago and that's the only change in my environment that I can point to. Prior to this I was able to play albums and playlists properly so I'm not quite sure what the issue is. I'll have to review the replies to paul45 and see if any of them help me with this issue.
-
Has your Aries been automatically updated to firmware version 3.2? That's what seems to have rendered my Aries Mini almost unusable. It doesn't even work properly with Auralic's own Lightning DS app anymore. This is independent from the JRiver version I use (.50 or .55 for Mac).
-
I'll have to check it when I get home but I don't think that's the issue. There was a recent update to the Aries and it created some problems, some of which I'm still experiencing, but I was still able to play albums and playlists continuously. This one-track-at-a-time problem has only come up in the last couple of days.
-
My Aries firmware is at 3.2. That update happened a couple of weeks ago. I'm running JRiver version 21.0.50. That update was applied a couple of days ago. May be a coincidence but the problems began after that update to JRiver.
-
paul45
Can you tell me are you still experiencing the problem where you can only play one track at a time through your Auralic Aries?
-
Still experiencing the same problem. This is using MC 21.0.50. Aries is on firmware v 3.2. As mentioned earlier in the thread, on MC v 20.0.132 tracks can advance on Aries with no problem. Ironically though on that version of MC I can't see my Sonos Connect (but I can see it on MC v 21). So I'm constantly bouncing between servers on JRemote as I go from room to room and I can't use the Link functionality. Very frustrating. If I had to start all over again I would buy a few cheap NUCs and load them with MC as I'm sure that method would work to serve music around my house.
-
I hear you. Technology isn't so great if it doesn't work.
-
paul45
So I tried something similar to what you did. Instead of going to an older version of J River I used my version of Pono Music World (v20.0.134) which is based on J River v20. I'm getting the same results you did. Everything is working properly with my Aries using this version of the app. Albums and playlists play exactly as they should. No more of the one track and then silence. The only problem I'm still experiencing is drop-outs with hi-res files. It seems pretty clear that something in the latest J River update (21.0.50) is causing this problem when playing through the Aries. I noticed that there's a new version posted on the support site (21.0.158). It might be worth trying that update to see if the problem has been fixed.
-
sg60,
It's a small thing, but would you mind writing the name of the company as JRiver? We changed a few years ago because it works better with search.
Thanks.
-
I still suspect Auralic's firmware 3.2 to be the culprit. Using JRiver and JRemote with my OPPO 105 as DLNA renderer works as usual, while since 3.2 not even Lightning DS works with my Aries Mini, let alone JRiver and JRemote.
I will check with some older versions of JRiver, but given the problems even when staying in Auralic's ecosystem, my money remains on firmware problems.
-
It's possible. With the older version of JRiver it's basically working properly but I'm still experiencing a lot of drop-outs on hi-res files. That shouldn't be happening.
-
It's possible. With the older version of JRiver it's basically working properly but I'm still experiencing a lot of drop-outs on hi-res files. That shouldn't be happening.
What's the JMark score of the computer running MC? Help > Benchmark > Run Benchmark
Brian.
-
1962
-
That's OK, not powerful. It would play most audio and video at ordinary rates. It might have trouble with formats like DSD or with Red October HQ.
So it is a possible weak link.
If you have another machine, you might try it.
-
I'll try it but I don't think this has anything to do with my hardware. Previous to the Aries I used another UPNp / DLNA device, the SOtM sMS-100 Mini Server. It's similar to the Aries but without as many features. This thing worked flawlessly within my current setup. It played every kind of file and I don't recall ever experiencing a dropout or any other issue for that matter. I'd still be using it if it included access to Tidal.
-
I think that JMark score is probably totally fine for single rate DSD. Are you playing single, double, quad, or higher DSD?
Brian.
-
Single DSD at this point.
-
I think that your computer is probably fast enough for 1xDSD and then some. Just for fun, you might run a performance monitor and look at the CPU in real time. See if you see any big spikes near when you hear the dropouts. I'm guessing it doesn't have to do with your CPU... but that's just me guessing! :)
Brian.
-
Does Windows have a built-in performance monitor or can you recommend one?
-
Do Ctrl-Alt-Del and choose Task Manager.
-
Try this fix to get the Aries lightning DS up and running again:
Power down the Aries Mini and launch the App. The App should stay open and leave it open while you power the Aries Mini on. If that all goes well then go into the Aries Mini Lighitng Server settings and "Erase the Library Index" This will get rig of the issue of crashing. You should also clear the cache on that library while your at it. Not you should be able to scan that library again and be back in business.
Unfortunately this won't fix this new problem with MC and the Aries in UPnP mode. I'm having the same problem as a few others have posted here. What's strange is that if I use Bubble UPnP to stream from MC21 to the Aries mini it works perfectly. Just can't use JRemote or gizmo anymore. It just plays one song and stops and the track time just loops b/w 0 and 5 sec. continuously.
-
SpaceAudio,
You describe exactly the problems I have in UPnP mode with the Mini using JRemote. I will investigate further.
-
Same problem here except my issue is with the Aries.
-
Ug. I just a response from Auralic support saying that this is a problem with the latest version of JRiver and our firmware. They suggest going back a version in MC - which a few here have tried successfully. Unfortunately they go on to say they won't issue a firmware fix since apparently UPnP compatibility is not a priority for them.
I suggest everyone out there start emailing Auralic support and maybe we can get them to issue a fix. I don't see how they can continue to justify advertising compatibility with JRiver.
-
I was going to make the same point. Their own specifications indicate compatibility with JRiver. That's false advertising if they don't fix it.
-
How can it only be a problem with JRiver, when the firmware update has frakked up the use of Lightning DS (in Lightning mode) as well? The last time I had problems with the UPnP mode, I got the same answer from Auralic: not a priority, UPnP is not important to us. I reminded them of their advertising the Aries Mini as UPnP compatible, which it clearly isn't, if UPnP doesn't work.
Additionally to mails, those of us on Facebook should comment there about their problems, too.
-
Could someone please try again testing their Aries using the DMR analyzer from my sig?
Last time we tried it the DMRA could not even find the renderer. Which indicates a problem either with the renderer or the Lan setup. And not a problem with MC. So if you cannot produce a DMRA log, please stop trying to blame MC.
-
Andrew,
I think people here are explicitly NOT trying to blame MC. Given that the last firmware update, at least for me, has rendered even Auralic's own app basically unusable (and not in UPnP mode), I'm still convinced that the fault lies with Auralic and their lackluster support of UPnP, although they still market their products as compatible.
-
I have tried the DMR Analyzer. It picks up the Aries just fine. I also made all of the recommended changes to the MC server setting that the analyzer suggested but I still get persistent drop-outs with hi-res files using MC20. And MC21 will not play more than one track at a time.
-
I have tried the DMR Analyzer. It picks up the Aries just fine. I also made all of the recommended changes to the MC server setting that the analyzer suggested but I still get persistent drop-outs with hi-res files using MC20. And MC21 will not play more than one track at a time.
Can you please post the DMRA log report? See screenshot.
-
Andrew,
one question: Does the DMRA produce accurate results when used in a virtual machine running Windows on a Mac? It would be the only way for me to use it.
-
I've attached the report.
-
Does the DMRA produce accurate results when used in a virtual machine running Windows on a Mac? It would be the only way for me to use it.
I never tried that (I don't own a Mac). But it sounds feasible. So perhaps you could try it and give me feedback :)
-
I've attached the report.
Thank you for the report.
Aah. How to say this politely? As you can see below, the renderer is very sick. The following are FATAL errors:
RC:GetDeviceCapabilities action=NOT Supported
RC:GetMediaInfo action=NOT Supported
RC:GetPositionInfo action=NOT Supported
RC:GetTransportInfo action=NOT Supported
RC:GetTransportSettings action=NOT Supported
AVT:Event Subscription=Fail
RC:Event Subscription=Fail
And the following are warnings:
AVT:SetNextAVTransportURI (gapless play)=Feature NOT available
HTTP User Agent (client)=??
=> You definitely need to report this to the manufacturer and ask them to fix their product.
-
AndrewFG
Apologies but I sent you the wrong version of the report. I was testing something last night and had set the Aries to what they call Lightning Server Mode which is the default mode.
In order to work with JRiver the Aries needs to be set to UPnP mode. So I did that this morning and ran the report again. I've attached a revised copy. If there are problems with what is in this report then that should be sent to Auralic.
Sorry for the confusion. I guess that's what happens when you do things at 4am.
-
AndrewFG
Apologies but I sent you the wrong version of the report. I was testing something last night and had set the Aries to what they call Lightning Server Mode which is the default mode.
In order to work with JRiver the Aries needs to be set to UPnP mode. So I did that this morning and ran the report again. I've attached a revised copy. If there are problems with what is in this report then that should be sent to Auralic.
Sorry for the confusion. I guess that's what happens when you do things at 4am.
The unsupported getDeviceCapabilities is your problem.
Suuport for that is mandatory by the spec and we use it.
-
I sent the DMR report to the Auralic support guy I've been talking with and he said he would pass the information along to the software guys to look at. Hopefully that leads somewhere.
-
The unsupported getDeviceCapabilities is your problem.
Suuport for that is mandatory by the spec and we use it.
bob is quite right. At least as far as MC is concerned.
However, (just a side note), although the DMRA does test for GetDeviceCapabilities support, unlike MC, it does not need that call for playing the test track. But nevertheless the test track playing via the DMRA did anyway fail. So there is still something else bad.
To find out more, I would need the HTTP log as well. So could you please run the tests again with HTTP logging enabled? You need to first select the Aries, then Check HTTP logging, and then Select the Aries once more (to force the second selection process transactions to be written to the HTTP log file)..
-
Here's the report with the HTTP logging. You mentioned that the test track failed. For the record I am hearing the test track playing through my speakers when I run the Analyzer. Not sure if that tells you anything or not.
-
Here's the report with the HTTP logging.
Unfortunately you uploaded the Renderer Report (again) rather than the HTTP Log file. Can you please try again?
-
This should be the HTTP log file.
-
This should be the HTTP log file.
Ok. Thank you for this.
The log file shows a number of issues, listed below, which would cause problems. You would be doing them a favor if you would inform the manufacturer of these findings.
1. It does not support the mandatory GetDeviceCapabilites method
2. It uses Chunked Encoding Note: Chunked Encoding is strictly not illegal; however most CPs and most Renderers do not use it, so this is asking for trouble..
POST /lightningRender-bc-34-00-a0-04-de/upnp.org-AVTransport-1/control HTTP/1.1
Connection: close
Content-Type: text/xml; charset=utf-8
Content-Length: 440
SOAPACTION: "urn:schemas-upnp-org:service:AVTransport:1#GetDeviceCapabilities"
Host: 192.168.1.122:59614
Accept: text/xml
Accept-Encoding: identity
User-Agent: Whitebear/1.0, UPnP/1.0, RendererAnalyser/1.0
<?xml version="1.0" encoding="UTF-8" ?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<s:Body>
<u:GetDeviceCapabilities xmlns:u="urn:schemas-upnp-org:service:AVTransport:1">
<InstanceID>0</InstanceID>
</u:GetDeviceCapabilities>
</s:Body>
</s:Envelope>
HTTP/1.1 500 Internal Server Error
Ext:
Content-Type: text/xml; charset="utf-8"
SERVER: Posix/200809.0 UPnP/1.1 ohNet/1.0
Transfer-Encoding: chunked
Connection: close
1ab
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body><s:Fault><faultcode>s:Client</faultcode><faultstring>UPnPError</faultstring><detail><UPnPError xmlns="urn:schemas-upnp-org:control-1-0"><errorCode>501</errorCode><errorDescription>Action not implemented</errorDescription></UPnPError></detail></s:Fault></s:Body></s:Envelope>
0
12:50:21.533 Client Disconnected.
12:50:21.533 Error: HTTP Protocol Exception
3. It has a syntax error in the xml for the Mute value Notify message
12:50:27.141 Server Connected.
NOTIFY /event HTTP/1.1
Host: 192.168.1.122:59614
Content-Type: text/xml; charset="utf-8"
Nt: upnp:event
Nts: upnp:propchange
SID: uuid:lightningRender-bc-34-00-a0-04-de-256
Transfer-Encoding: chunked
Seq: 1
Connection: close
147
<?xml version="1.0"?><e:propertyset xmlns:e="urn:schemas-upnp-org:event-1-0"><e:property><LastChange><Event xmlns='urn:schemas-upnp-org:metadata-1-0/RCS'> <InstanceID val='0'><Mute val=1 channel='Master'></InstanceID></Event></LastChange></e:property></e:propertyset>
0
4. It initially reports an invalid (-1) value for its Volume
12:50:26.790 Server Connected.
NOTIFY /event HTTP/1.1
Host: 192.168.1.122:59614
Content-Type: text/xml; charset="utf-8"
Nt: upnp:event
Nts: upnp:propchange
SID: uuid:lightningRender-bc-34-00-a0-04-de-256
Transfer-Encoding: chunked
Seq: 0
Connection: close
1e3
<?xml version="1.0"?><e:propertyset xmlns:e="urn:schemas-upnp-org:event-1-0"><e:property><LastChange><Event xmlns='urn:schemas-upnp-org:metadata-1-0/RCS/'><InstanceID val='0'><PresetNameList val='FactoryDefaults' channel='Master'/><Mute val='0' channel='Master'/><Volume val='-1' channel='Master'/></InstanceID></Event></LastChange></e:property></e:propertyset>
0
5. It only accepts event subscriptions for 10 seconds - which is stupid
12:50:22.437 Client Connected.
SUBSCRIBE /lightningRender-bc-34-00-a0-04-de/upnp.org-AVTransport-1/event HTTP/1.1
Connection: close
CALLBACK: <http://192.168.1.69:31415/event>
NT: upnp:event
TIMEOUT: Second-300
Host: 192.168.1.122:59614
Accept-Encoding: identity
User-Agent: Whitebear/1.0, UPnP/1.0, RendererAnalyser/1.0
HTTP/1.1 200 OK
SERVER: Posix/200809.0 UPnP/1.1 ohNet/1.0
SID: uuid:lightningRender-bc-34-00-a0-04-de-255
TIMEOUT: Second-10
Connection: close
12:50:22.437 Client Disconnected.
6. Its initial AVTransport Notification message fails to include a value for TransportState = STOPPED
7. Its initial AVTransport Notification message fails to include a value for TransportStatus = OK
8. Its first AVTransport Notification message after receiving a Play command fails to include a value for TransportState = PLAYING
9. It never sends a AVTransport Notification message for TransportState = STOPPED
12:50:22.438 Server Connected.
NOTIFY /event HTTP/1.1
Host: 192.168.1.122:59614
Content-Type: text/xml; charset="utf-8"
Nt: upnp:event
Nts: upnp:propchange
SID: uuid:lightningRender-bc-34-00-a0-04-de-255
Transfer-Encoding: chunked
Seq: 0
Connection: close
22b
<?xml version="1.0"?><e:propertyset xmlns:e="urn:schemas-upnp-org:event-1-0"><e:property><LastChange><Event xmlns='urn:schemas-upnp-org:metadata-1-0/AVT/'><InstanceID val='0'><CurrentTrackURI val=""/><NumberOfTracks val='1'/><CurrentTrackMetaData val=""/><CurrentTrack val='1'/><CurrentMediaDuration val='0:00:00'/><CurrentTrackDuration val='0:00:00'/></InstanceID></Event></LastChange></e:property></e:propertyset>
0
10. Even 0ne minute after it has stopped playing a track, its response to GetTransportInfo is CurrentTransportState = PLAYING
12:51:36.510 Client Connected.
POST /lightningRender-bc-34-00-a0-04-de/upnp.org-AVTransport-1/control HTTP/1.1
Connection: close
Content-Type: text/xml; charset=utf-8
Content-Length: 430
SOAPACTION: "urn:schemas-upnp-org:service:AVTransport:1#GetTransportInfo"
Host: 192.168.1.122:59614
Accept: text/xml
Accept-Encoding: identity
User-Agent: Whitebear/1.0, UPnP/1.0, RendererAnalyser/1.0
<?xml version="1.0" encoding="UTF-8" ?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<s:Body>
<u:GetTransportInfo xmlns:u="urn:schemas-upnp-org:service:AVTransport:1">
<InstanceID>0</InstanceID>
</u:GetTransportInfo>
</s:Body>
</s:Envelope>
HTTP/1.1 200 OK
Ext:
Content-Type: text/xml; charset="utf-8"
SERVER: Posix/200809.0 UPnP/1.1 ohNet/1.0
Transfer-Encoding: chunked
Connection: close
1b7
<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body><u:GetTransportInfoResponse xmlns:u="urn:schemas-upnp-org:service:AVTransport:1"><CurrentTransportState>PLAYING</CurrentTransportState><CurrentTransportStatus>OK</CurrentTransportStatus><CurrentSpeed>0</CurrentSpeed></u:GetTransportInfoResponse></s:Body></s:Envelope>
0
12:51:36.510 Client Disconnected.
12:51:36.511 Success: Http 200 Ok
11. It responds to the notification UNSUBSCRIBE command with 412 Precondition failed (probably because as mentioned in point 5. its subscription had stupidly timed out after ten seconds)
12:51:36.888 Client Connected.
UNSUBSCRIBE /lightningRender-bc-34-00-a0-04-de/upnp.org-RenderingControl-1/event HTTP/1.1
Connection: close
SID: uuid:lightningRender-bc-34-00-a0-04-de-255
Host: 192.168.1.122:59614
Accept-Encoding: identity
User-Agent: Whitebear/1.0, UPnP/1.0, RendererAnalyser/1.0
HTTP/1.1 412 Precondition Failed
Connection: close
12:51:36.888 Client Disconnected.
12:51:36.888 Error: HTTP Protocol Exception
There may be other errors, but frankly I got tired of looking at such shoddy code, so that is enough for them to be going on with...
-
Tell them we'd be happy to license them our UPnP code.
Andrew, where do you think they get it? Does it say in the log? Streamunlimited?
-
Tell them we'd be happy to license them our UPnP code.
Andrew, where do you think they get it? Does it say in the log? Streamunlimited?
I think the idea of JRiver licensing its code to hardware vendors is just brilliant. I think you removed all OS dependencies already so if it is regular C code it should compile on most platforms. Even embedded ones. Although you would probably need to unravel the asynchronous application threading somewhat.
Their HTTP SERVER header says "Posix, ohNet" but apart from that I have no idea where their present code comes from..
-
I think that some of the implementations came from the Intel reference code. Ours didn't. We wrote it from scratch. John Gateley started it, and when he left, Bob Brose took it over. Around ten years' of hacking.
It's C++.
-
Their HTTP SERVER header says "Posix, ohNet" but apart from that I have no idea where their present code comes from..
http://wiki.openhome.org/wiki/OhNet
-
Thanks for the information. I'll pass it along.
-
I'm in contact with the European Auralic Support. They tried it with an old JRiver Mac version (.24) and said it works (apart from the track time lagging a bit). Using the current version .55 , they can reproduce the problems. Their preliminary conclusion is that something inside JRiver has changed and is causing the problems.
-
I'm in contact with the European Auralic Support. They tried it with an old JRiver Mac version (.24) and said it works (apart from the track time lagging a bit). Using the current version .55 , they can reproduce the problems. Their preliminary conclusion is that something inside JRiver has changed and is causing the problems.
Ummm, Andrew gave a detailed description of the multiple failures of the renderer code. It's pretty amazing that it ever worked.
-
I know. It sounded a bit like responsibility dumping to me.
-
I'm in contact with the European Auralic Support. They tried it with an old JRiver Mac version (.24) and said it works (apart from the track time lagging a bit). Using the current version .55 , they can reproduce the problems. Their preliminary conclusion is that something inside JRiver has changed and is causing the problems.
Their "preliminary conclusion" is quite wrong. I can categorically state that their implementation is faulty. It would not pass the Upnp certification tests. And nor would it pass the DLNA certification test. And BTW I do not work for JRiver...
-
I made Auralic support aware of this thread (esp. Andrew's findings about their UPnP code) and suggested that they get in contact with JRiver in order to solve the problem. Given that Auralic still advertises the Mini as compatible with UPnP in general and specifically with JRiver, I think that much can be expected of them.
-
I get it that the Aries implementation of UPnP seems to be faulty. I would still love to know what is different about MC 20 versus MC 21 that means one version works with Aries and one does not.
-
I get it that the Aries implementation of UPnP seems to be faulty. I would still love to know what is different about MC 20 versus MC 21 that means one version works with Aries and one does not.
We weren't using getDeviceCapabilities in MC 20
-
We weren't using getDeviceCapabilities in MC 20
Any chance that is something that can be disabled in MC 21 under DLNA Controller Options?
-
^
I would not expect JRiver to make accommodations for another company's bugs..
-
^
I would not expect JRiver to make accommodations for another company's bugs..
Even though it seems like they already have with the 2 DLNA controller options?
-
Even though it seems like they already have with the 2 DLNA controller options?
Reasonable point. :)
-
Even though it seems like they already have with the 2 DLNA controller options?
The controller options affect multiple devices. Working around this bug would only fix one device that I know of.
-
Aries, Aries Mini, Aries LE.
Looks like multiple devices to me... ;D
-
^
C'mon. Just tell Aries to fix it. It's their bug, and they know it..
-
Already did that. Haven't heard back from them since. My hopes aren't exactly skyscraper high.
-
I communicated my frustration on this to Mr. Wang at Auralic just the other day. This is what he told me: "The JRiver compatibility break out was addressed to us last month and we already started to work out this problem. Hopefully the fix will be included in the next firmware release coming this week."
Sounds promising, fingers crossed.
-
Having purchased an Aries Mini last week, I will second (or third or fourth) the request to Auralic that this problem be addressed. However (and admittedly off topic), I don't see myself using JRiver with my Aries Mini unless there is a way to keep my Tidal streaming access. Any suggestions?
-
I communicated my frustration on this to Mr. Wang at Auralic just the other day. This is what he told me: "The JRiver compatibility break out was addressed to us last month and we already started to work out this problem. Hopefully the fix will be included in the next firmware release coming this week."
Sounds promising, fingers crossed.
Well, Auralic seems to have a rather loose definition of "this week". 2 weeks have come and gone. Still nothing. Auralic support has even stopped answering my mails. And if I see this correctly, Auralic has deactivated the comment function on their Facebook page (I'm not on Facebook, so maybe the comments just aren't visible for me anymore).
-
john greenwood,
You can use the Mini with JRiver through JRemote but to use Tidal you would have to use the DSLightning app. I have an Aries and you can add me to the lengthening list of people who are pretty unhappy with Auralic right now.
-
Well, Auralic seems to have a rather loose definition of "this week". 2 weeks have come and gone. Still nothing. Auralic support has even stopped answering my mails. And if I see this correctly, Auralic has deactivated the comment function on their Facebook page (I'm not on Facebook, so maybe the comments just aren't visible for me anymore).
Just posted a comment on Facebook. I think it is my first ever. ;D
FWIW - on Facebook, they're hyping LightningDS 4.0.
-
New firmware 3.3. Problems with JRiver allegedly fixed. I haven't had time to test it yet.
http://support.auralic.com/hc/en-us/articles/206579677-Current-Firmware-Version-3-3-Build-20160418 (http://support.auralic.com/hc/en-us/articles/206579677-Current-Firmware-Version-3-3-Build-20160418)
Current Firmware Version 3.3 Build 20160418
About This Release:
18th April, 2016
This update will request reboot of device after the download is done.
Devices with firmware from Version 1.8.2 and earlier will need to update the boot code after reboot. There will be a message displayed on device warning people to not to power off the unit during this stage. The updating of boot code will take about 70 - 80 seconds. The unit will reboot after boot code has been updated.
Please make sure you do not reboot or turn off the unit during the update of boot code, or else the unit will no longer be able to boot up (will have to return to factory for flashing the boot code).
Fixes:
uPnP Renderer mode wont work with JRiver Media Center 21
Improvement:
Bump kernel version to 4.1.18
Sound quality imporvement
Known Issues:
Device will wait at 176.4K or 352.8K rather than DSD64 or DSD128 when DAC Delay function is enabled.
Device may not work with particular type of USB drive in Mac OS X journaled format.
Device may not work with particular type of USB drive or SSD drive which request power over 5V/500mA.
USB DACs running on Wavelength USB firmware can not use USB playback function due to a confirmed bug of Wavelength USB firmware under Linux. The known effected brands are: Ayre, Aesthetix and Berkeley Audio.
Disable "DSD over PCM" only works on USB DACs that support sampling rate to 352.8K.
Certain kinds of 24bit AIF files will be reported as 32bit due to decoder bug.
-
Just for info..
There is a new version of the DMR Analyzer in my sig, which adds some specific diagnostics for finding for problems like those encountered on the older version of the Auralic.
So it would be good if you can post here the new DMRA renderer report for this new Auralic version...
-
New firmware 3.3. Problems with JRiver allegedly fixed. I haven't had time to test it yet.
It's working! Very pleased... in MC v21 tracks advance and playlists repeat. I have now uninstalled MC v20 (strangely the Aries wasn't showing up in there anymore, but who cares).
Andrew - I tried your updated DMR Analyser and it reports "no media renderers found".
-
Just for info..
There is a new version of the DMR Analyzer in my sig, which adds some specific diagnostics for finding for problems like those encountered on the older version of the Auralic.
So it would be good if you can post here the new DMRA renderer report for this new Auralic version...
Also adding to above, I can say that NOTHING shows up in the Analyzer. Using this other program I can see devices (Dining Room UPnP is the Aries btw).
-
Hmm. Could you please try again, but this time with "Use Windows Discovery" box checked? It's on the top right of the screen..
-
Hmm. Could you please try again, but this time with "Use Windows Discovery" box checked? It's on the top right of the screen..
That enabled it to see my Sonos and MC, but not the Aries.
-
Hmm. It seems that there is still something odd with the Aries then...
-
I just updated the firmware on my Auralic Aries and so far it seems to be working properly. I've also run the DMR Analyzer and I'm attaching the Render Report and the HTTP log file.
-
^
Hi. Thank you for the reports.
It looks certainly a lot better. However there are still a few errors where the Aries is still non compliant to the UPnP norms.
1) It uses apostrophe signs ' (aka ') instead of quote signs " (aka ") in many of its XML attributes.
The XML specification only allows quote signs.
<?xml version="1.0"?>
<e:propertyset xmlns:e="urn:schemas-upnp-org:event-1-0">
<e:property>
<LastChange>
<Event xmlns='urn:schemas-upnp-org:metadata-1-0/RCS'>
<InstanceID val='0'>
<Mute channel="Master" val="1"/>
<Volume val="0" channel="Master"/>
</InstanceID>
</Event>
</LastChange>
</e:property>
</e:propertyset>
2) It accepts event subscriptions for a Timeout of 10 seconds only.
The analyzer requests for a Timeout of 300 seconds (5 minutes). The renderer only accepts it for 10 seconds. Ten seconds is a totally useless Timeout, since it barely gives any time for the initial event to be sent, before the subscription times out again. Ten seconds is not even the duration of a normal music track. => Auralic must extend the Timeout value to whatever value the Subscriber demands, or to at least 300 seconds. This is the UPnP specification.
10:29:17.908 Client Connected.
SUBSCRIBE /lightningRender-bc-34-00-a0-04-de/upnp.org-AVTransport-1/event HTTP/1.1
Connection: close
Date: Wed, 20 Apr 2016 16:29:17 GMT
NT: upnp:event
TIMEOUT: Second-300
CALLBACK: <http://192.168.1.69:31415/event/avt>
Host: 192.168.1.122:40678
Accept-Encoding: identity
User-Agent: Whitebear/1.0, UPnP/1.0, RendererAnalyser/1.0
HTTP/1.1 200 OK
SERVER: Posix/200809.0 UPnP/1.1 ohNet/1.0
SID: uuid:lightningRender-bc-34-00-a0-04-de-24
TIMEOUT: Second-10
Connection: close
10:29:17.908 Client Disconnected.
10:29:17.908 Client Warning: Subscription Timeout Too Short.
3) It uses Chunked encoding on SOAP responses.
This is very odd, and asking for trouble.
10:29:18.133 Client Connected.
POST /lightningRender-bc-34-00-a0-04-de/upnp.org-AVTransport-1/control HTTP/1.1
Connection: close
Content-Type: text/xml; charset=utf-8
Content-Length: 430
Date: Wed, 20 Apr 2016 16:29:18 GMT
SOAPACTION: "urn:schemas-upnp-org:service:AVTransport:1#GetTransportInfo"
Host: 192.168.1.122:40678
Accept: text/xml
Accept-Encoding: identity
User-Agent: Whitebear/1.0, UPnP/1.0, RendererAnalyser/1.0
... cut ...
HTTP/1.1 200 OK
Ext:
Content-Type: text/xml; charset="utf-8"
SERVER: Posix/200809.0 UPnP/1.1 ohNet/1.0
Transfer-Encoding: chunked
Connection: close
1b7
<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body><u:GetTransportInfoResponse xmlns:u="urn:schemas-upnp-org:service:AVTransport:1"><CurrentTransportState>STOPPED</CurrentTransportState><CurrentTransportStatus>OK</CurrentTransportStatus><CurrentSpeed>0</CurrentSpeed></u:GetTransportInfoResponse></s:Body></s:Envelope>
0
10:29:18.138 Client Disconnected.
10:29:18.138 Client Succeeded: HTTP 200 OK.