UPnP Sound Quality

[David A]

Interesting. I guess we have to chalk up a point to Roon then for being able to apply DSP to UPNP. That'll be partly why it costs 8x as much per year as a JRMC upgrade.

I suppose it could be that a file -location- is passed to the UPNP renderer rather than the file itself, in which case it proceeds to read the data directly from the source in as large chunks as it can handle. In which case I would surmise that Roon is creating a temporary/virtual file buffer somewhere, with DSP applied.

My understanding is that Roon passes the data to the Devialet either by using Devialet's AIR or by it's own RAAT protocol which is TCPIP. Neither are UPnP, Roon does not use UPnP and I said that. It does not pass a file location to the Devialet, it passes a stream in packet sizes determined by the protocol in use, AIR or RAAT depending on your choice. If DSP processing is being applied then it is applied to the data prior to it being packetised and Roon does not create a whole DSP processed file prior to starting to stream the data.

What I was trying to say is that I think Inox got it wrong in his post, and that you are getting something wrong in the conclusions you drew from his post. Whatever the reason for your problem is, it is not that "for UPNP it sounds like the streamer would have to re-generate a whole new, DSP'd file and then send that off in place of the original!" as you said because Roon is capable of applying DSP processing in real time to the data it streams.

I'm saying you need to look elsewhere for the solution to your problem because I think you're wrong about the cause of the problem.

Is there a JRiver users' forum somewhere you could post a question on and perhaps get assistance. As I said, I have no knowledge or experience of JRiver and I don't even know if JRiver is capable of doing DSP processing of any kind. A search of the JRiver Wiki which apparently serves as their manual has no index entry for DSP so you may not be able to do anything DSP processing in JRiver anyway.