26-Mar-2019, 08:45
I don't understand either your post or the post from Inox which you quoted.
First, to deal with Inox's post. I am unclear when he refers to "Audirvana Air Wifi" whether he is referring to output from Audirvana streamed using Apple's Air wifi method or streamed over wifi using the Devialet AIR app. Either way, the CI board has several streaming inputs which include Devialet's AIR protocol and also Apple's Airplay so it would seem that either way, the CI board is going to be used and the CI board is also used for UPnP via the UPnP Renderer input. Yes, the Devialet has a buffer that is used with streaming input but that buffer holds at most a few seconds so it definitely isn't large enough to hold a file for a whole music track so whatever the streaming method the CI board is processing and sending file data to the DAC continuously to the Devialet's DAC. It isn't waiting until it has all of the data for the complete file for a given track and then passing the data to the DAC from a reassembled file.
I have no experience with JRiver but I use Roon which can apply DSP to the music being streamed and then stream the processed signal to the Devialet over Roon's RAAT protocol which uses TCPIP and also using Devialet's AIR protocol and neither of those methods involves the Devialet having to reassemble the whole file before sending it to the DAC and, as noted above, it couldn't do that anyway because the buffer isn't large enough.
I think if you're unable to stream a DSP processed signal from JRiver over UPnP to the Devialet's UPnP streaming input then the problem lies somewhere in JRiver rather than in the Devialet.
First, to deal with Inox's post. I am unclear when he refers to "Audirvana Air Wifi" whether he is referring to output from Audirvana streamed using Apple's Air wifi method or streamed over wifi using the Devialet AIR app. Either way, the CI board has several streaming inputs which include Devialet's AIR protocol and also Apple's Airplay so it would seem that either way, the CI board is going to be used and the CI board is also used for UPnP via the UPnP Renderer input. Yes, the Devialet has a buffer that is used with streaming input but that buffer holds at most a few seconds so it definitely isn't large enough to hold a file for a whole music track so whatever the streaming method the CI board is processing and sending file data to the DAC continuously to the Devialet's DAC. It isn't waiting until it has all of the data for the complete file for a given track and then passing the data to the DAC from a reassembled file.
I have no experience with JRiver but I use Roon which can apply DSP to the music being streamed and then stream the processed signal to the Devialet over Roon's RAAT protocol which uses TCPIP and also using Devialet's AIR protocol and neither of those methods involves the Devialet having to reassemble the whole file before sending it to the DAC and, as noted above, it couldn't do that anyway because the buffer isn't large enough.
I think if you're unable to stream a DSP processed signal from JRiver over UPnP to the Devialet's UPnP streaming input then the problem lies somewhere in JRiver rather than in the Devialet.
Roon Nucleus+, Devilalet Expert 140 Pro CI, Focal Sopra 2, PS Audio P12, Keces P8 LPS, Uptone Audio EtherREGEN with optical fibre link to my router, Shunyata Alpha NR and Sigma NR power cables, Shunyata Sigma ethernet cables, Shunyata Alpha V2 speaker cables, Grand Prix Audio Monaco rack, RealTRAPS acoustic treatment.
Brisbane, Qld, Australia
